Git là gì? tại sao cần sử dụng git?
Git là gì? Một số lợi ích tuyệt vời khi sử dụng GitTrên con đường phát triển của một Developer, chắc chắn sẽ luôn có những ngày đầu tăm tối những ngày chưa được ánh sáng chân lý của Git soi đường, khiến việc ghép code và quản lý phiên bản trong các dự án trở thành cơn ác mộng. Show
Nếu bạn mới quan tâm đến lĩnh vực lập trình, hoặc ngại tìm hiểu công cụ mạnh mẽ này, rất mong bài viết hôm nay của Bizfly Cloud sẽ giúp bạn hiểu được tầm quan trọng củaGit. Git là gì?Gitlà một loại hệ thống quản lý phiên bản phân tán (DVCS Distributed Version Control System). Với Git, mọi nhà phát triển tham gia dự án đều làm việc trên những repository bản sao chứa toàn bộ lịch sử thay đổi của mã nguồn. Nói thêm về VCS, các hệ thống quản lý phiên bản lưu trữ toàn bộ các tập tin trong dự án và đánh dấu mỗi sự thay đổi của chúng như một phiên bản (version). Với VCS, công việc phát triển phần mềm trở nên nhẹ nhàng hơn khi bạn được quyền mắc sai lầm hoặc thay đổi mục tiêu. Chỉ cần chọn một điểm bạn muốn bắt đầu lại, VCS sẽ giúp bạn có cơ hội làm lại từ đầu. Cần phải nhấn mạnh rằng Git không phải VCS duy nhất, nhưng nó là hệ thống phổ biến nhất hiện nay. Có lẽ lý do phần nào do nó được tạo ra bởi Linus Torvalds, người cha đẻ nổi tiếng của hệ điều hành Linux và là thần tượng của cộng đồng mã nguồn mở.  Git được biết đến là một loại hệ thống quản lý phiên bản phân tán Git hoạt động như thế nào?Quản lý phiên bảnGiống như các VCS khác, Git hoạt động bằng cách ghi nhận lại mọi thay đổi trong hệ thống file theo thời gian. Sự khác biệt của Git là mỗi khi một thay đổi được người dùng commit (xác nhận), Git sẽ chụp lại trạng thái của toàn bộ hệ thống file tại thời điểm đó (snapshot), nghĩa là lưu lại phiên bản đã thay đổi của các file. Như có thể thấy trong biểu đồ trên, mỗi Version của hệ thống file đều chứa đầy đủ các file kể cả có thay đổi hay không. Ví dụ tại Version 2 có sự thay đổi tại file A và file C so với Version 1, các file đã thay đổi là A1 và C1 sẽ được lưu vào chỗ tương ứng. Git cũng rất thông minh khi không copy lại file B không bị thay đổi mà chỉ tham chiếu đến vị trí của file B trong version trước đó, giúp giảm lãng phí bộ nhớ do trùng lặp. Mặt khác, các VCS khác như CVS, Subversion, Perforce, đều giữ lại các file ban đầu như một phiên bản gốc và chỉ lưu những phần bị thay đổi (delta) tương ứng với từng file mỗi lần cập nhật thay đổi. Luồng công việc phân tánTa đã nói về chức năng của git như một VCS thông thường, nhưng định nghĩa về git là DVCS, nghĩa là còn một chữ D quan trọng chưa được nhắc tới, đó là tính phân tán Distributed. Ngược lại với hệ thống kiểm soát phiên bản tập trung (CVCS), bản chất phân tán của Git cho phép bạn linh hoạt hơn nhiều trong cách các nhà phát triển cộng tác trong các dự án. Trong các hệ thống tập trung, mỗi nhà phát triển là một nút hoạt động ngang bằng với với trung tâm. Tuy nhiên, trong Git, mọi nhà phát triển đều có khả năng vừa là nút vừa là trung tâm; nghĩa là, mọi nhà phát triển đều có thể đóng góp mã nguồn cho các kho lưu trữ (repository) khác và duy trì một kho lưu trữ công khai mà những người khác có thể làm cơ sở cho công việc của họ và họ có thể đóng góp vào đó. Điều này đưa ra nhiều lựa chọn về quy trình làm việc cho dự án, sau đây là một ví dụ. Các workflow có tính tập trung nghĩa là mọi developer trong dự án đều làm việc trên cùng một kho chứa mã nguồn trung tâm (shared repository). Mỗi người khi làm việc cần đồng bộ mã nguồn trên máy mình với trung tâm trước, sau đó mới thực hiện thay đổi để đảm bảo không gây xung đột.  Git và các DVCS trong khi đó cho phép các nhà phát triển tạo một bản sao của repository gốc Nếu có nhiều developers cùng thực hiện thay đổi, người đầu tiên đẩy các thay đổi của mình vào shared repository sẽ không gặp vấn đề gì. Tuy nhiên những người sau nếu không đồng bộ với phiên bản bị sửa đổi bởi người đầu tiên trước khi thực hiện sửa đổi của riêng mình thì có thể sẽ gây tình trạng xung đột, tức là sửa đổi lẽ ra có mục tiêu là phiên bản gốc nay lại áp dụng cho mã nguồn đã bị thay đổi. Git và các DVCS trong khi đó cho phép các nhà phát triển tạo một bản sao của repository gốc (branch) trên máy mình và thực hiện mọi thứ thay đổi trên đó một cách độc lập với repository gốc, không lo xung đột với người khác, commit tức thì do không cần kết nối đến repository gốc. Git đem lại lợi ích gì?Khả năng phân nhánh (branch)Một trong những ưu điểm lớn nhất của Git là khả năng phân nhánh của nó. Không giống như các hệ thống kiểm soát phiên bản tập trung, các branch trong Git rất dễ tạo và dễ hợp nhất. Các branch cung cấp một môi trường riêng biệt cho mọi thay đổi đối với mã nguồn. Khi một nhà phát triển muốn thay đổi hay thêm tính năng, họ tạo một nhánh mới, làm việc trên đó và kiểm thử trước khi đưa các thay đổi vào nhánh chính. Điều này đảm bảo rằng nhánh chính luôn chứa mã nguồn chuẩn và tối ưu nhất. Khả năng phát triển phân tánGit là một hệ thống kiểm soát phiên bản phân tán, mỗi developer có thể có kho lưu trữ cục bộ của riêng họ, với đầy đủ lịch sử thay đổi. Do đó các thành viên có thể làm việc độc lập với nhau và sau đó hợp nhất khi mọi thứ hoàn chỉnh, không cần duy trì kết nối liên tục đến nhánh gốc. Phát triển phân tán cũng tạo ra một môi trường đáng tin cậy hơn. Ngay cả khi một nhà phát triển lỡ xóa kho lưu trữ của riêng họ, họ chỉ cần tạo lại một bản sao từ nơi khác và tiếp tục công việc.  Git là một hệ thống kiểm soát phiên bản phân tán Cộng đồng tích cực, nhân lực dồi dàoLà hệ thống quản lý phiên bản nguồn mở phổ biến bậc nhất, Git có một cộng đồng đông đảo và luôn sẵn sàng hỗ trợ. Nếu dự án của bạn đang sử dụng Git, khả năng cao bạn sẽ không phải đào tạo nhân viên mới về quy trình làm việc của mình, vì họ đã quen với phát triển phân tán trên git. Chu kỳ phát triển nhanh hơnKết quả cuối cùng của các ưu điểm trên chu kỳ phát triển nhanh hơn cho dự án của bạn, giúp tiết kiệm chi phí và sản phẩm cuối cùng cũng tốt hơn. Quy trình xử lý công việc trên GitGit đánh dấu 3 trạng thái chính của một tệp: modified (đã sửa đổi), staged (đã đánh dấu thay đổi) và commit (ghi lại thay đổi).
 Git đánh dấu 3 trạng thái chính của một tệp: modified, staged và commit Quy trình công việc Git cơ bản diễn ra như sau:
Nếu một phiên bản cụ thể của tệp nằm trong thư mục Git, thì tệp đó được coi là đã commit. Nếu nó đã được sửa đổi và được thêm vào staging area, đó là trạng thái staged. Và nếu nó đã được thay đổi mà chưa đưa vào staging area thì gọi là modified. Những thuật ngữ phổ biến trong Git1. Branch Các Branch (nhánh) là các repository tách ra từ repository của project chính. Branch cho phép ghi nhận mọi thay đổi với repo và có thể hoàn nguyên về các phiên bản cũ hơn. 2. Commit Một commit đại diện cho một thời điểm cụ thể trong lịch sử dự án của bạn. Sử dụng lệnh commit kết hợp với lệnh git add để cho git biết những thay đổi bạn muốn lưu vào local repository. 3. Checkout Sử dụng lệnh git checkout để chuyển giữa các branch. Chỉ cần nhập git checkout theo sau là tên của branch bạn muốn chuyển đến hoặc nhập git checkout master để trở về branch chính (master branch). 4. Fetch Lệnh git fetch tìm nạp các bản sao và tải xuống tất cả các tệp branch vào máy tính của bạn. Sử dụng nó để lưu các thay đổi mới nhất vào kho lưu trữ của bạn. Nó có thể tìm nạp nhiều branch cùng một lúc. 5. Fork Một fork là một bản sao của một kho lưu trữ (repository). Các lập trình viên thường tận dụng lợi ích của fork để thử nghiệm các thay đổi mà không ảnh hưởng đến dự án chính. 6. Head Các commit ở đầu của một branch được gọi là head. Nó đại diện cho commit mới nhất của repository mà bạn hiện đang làm việc. 7. Index Bất cứ khi nào bạn thêm, xóa hoặc thay đổi một file, nó vẫn nằm trong chỉ mục cho đến khi bạn sẵn sàng commit các thay đổi. Nó như là khu vực tổ chức (stagging area) cho Git. Sử dụng lệnh git status để xem nội dung của index của bạn. 8. Master Master là nhánh chính của tất cả các repository của bạn. Nó nên bao gồm những thay đổi và commit gần đây nhất. 9. Merge Lệnh git merge kết hợp với các yêu cầu kéo (pull requests) để thêm các thay đổi từ nhánh này sang nhánh khác. 10. Origin Origin là phiên bản mặc định của repository. Origin cũng đóng vai trò là cú pháp để truy cập nhánh chính. Lệnh git push origin master để đẩy các thay đổi cục bộ đến nhánh chính. 11. Pull Pull requests thể hiện các đề xuất thay đổi cho nhánh chính. Nếu bạn làm việc với một nhóm, bạn có thể tạo các pull request để yêu cầu người bảo trì kho lưu trữ xem xét các thay đổi và hợp nhất chúng. Lệnh git pull được sử dụng để thêm các thay đổi vào nhánh chính. 12. Push Lệnh git push được sử dụng để cập nhật các nhánh từ xa với những thay đổi mới nhất mà bạn đã commit. 13. Rebase Lệnh git rebase cho phép bạn phân tách, di chuyển hoặc thoát khỏi các commit. Nó cũng có thể được sử dụng để kết hợp hai nhánh khác nhau. 14. Remote Một Remote (kho lưu trữ từ xa) là một bản sao của một chi nhánh. Remote giao tiếp ngược dòng với nhánh gốc (origin branch) của chúng và các Remote khác trong kho lưu trữ. 15. Repository Kho lưu trữ Git chứa tất cả các tệp dự án của bạn bao gồm các branch, tags và commit. 16. Stash Lệnh git stash sẽ loại bỏ các thay đổi khỏi chỉ mục của bạn và xóa stashes chúng đi sau. Nó có ích nếu bạn muốn tạm dừng những gì bạn đang làm và làm việc khác trong một khoảng thời gian. Bạn không thể đặt stash nhiều hơn một bộ thay đổi ở cùng một thời điểm. 17. Tags Tags cung cấp cho bạn một cách để theo dõi các commit quan trọng. Các tags nhẹ chỉ đơn giản đóng vai trò là con trỏ trong khi các tags chú thích được lưu trữ dưới dạng các đối tượng đầy đủ. 18. Upstream Trong ngữ cảnh của Git, upstream đề cập đến nơi bạn push các thay đổi của mình, thường là nhánh chính (master branch). Hi vọng qua bài viết này các bạn đã có được cái nhì tổng quát về Git, cách Git vận hành và tầm quan trọng của nó trong các dự án phát triển phần mềm. Hãy tiếp tục theo dõi bizflycloud để cùng chúng tôi cập nhật những xu hướng mới nhất về công nghệ nói chung và công nghệ thông tin nói riêng mỗi ngày. |
