Git

[bmson7112]

Git là gì?

• Git là một hệ thống kiểm soát sửa đổi phân tán, có thể mở rộng nhanh chóng với bộ lệnh phong phú, cung cấp cả hoạt động cấp cao và quyền truy cập đầy đủ vào nội bộ

• Là một trong những hệ thống quản lý phiên bản phân tán phổ biến nhất hiện nay,cung cấp cho mỗi lập trình viên kho lưu trữ riêng chứa toàn bộ lịch sử thay đổi của mã nguồn

[bmson7112]

Git làm được gì?

• Control System: Git là một trình theo dõi nội dung, do đó, Git có thể được sử dụng để lưu trữ nội dung và chủ yếu được sử dụng để lưu trữ source code dựa theo những tính năng mà nó cung cấp
• Version Control System: Là hệ thống kiểm soát phiên bản giúp xử lý vấn đề như thêm bớt sửa đổi mã nguồn cách duy trì lịch sử những thay đổi đã xảy ra. Git còn cung cấp các tính năng như chia nhánh, gộp nhánh để tránh các trường hợp xung đột khi update mã nguồn
• Distributed Version Control System: Là hệ thống kiểm soát phiên bản phân tán, mã nguồn không chỉ được lưu trữ trong máy chủ trung tâm mà bản sao đầy đủ của nó cũng được lưu trữ trong tất cả các máy tính của developer
• Các tính năng cơ bản của Git: Tạo dự án, quản lý kiểm soát các phiên bản của mã nguồn, phân nhánh và sáp nhập, chia sẻ và cập nhật dự án, kiểm tra và so sánh mã nguồn, rà soát và sửa lỗi, ....

[bmson7112]

Repository

• Các repository trong GIT chứa một tập hợp các tệp thuộc nhiều phiên bản khác nhau của project. Các tệp này được nhập từ repository vào máy chủ cục bộ của người dùng để cập nhật thêm và sửa đổi nội dung của tệp. Các hệ thống kiểm soát phiên bản được sử dụng để tạo các phiên bản và lưu trữ chúng ở một nơi cụ thể được gọi là repository.Khi quá trình sao chép nội dung từ Git repository hiện có hoàn tất, người dùng sẽ nhận được repository hoàn chỉnh trên máy cục bộ của mình. Người dùng cũng có thể tạo kho lưu trữ mới hoặc xóa kho lưu trữ hiện có.

[bmson7112]

Object storage

• Object storage (lưu trữ dựa trên đối tượng) là một kiến ​​trúc lưu trữ dữ liệu máy tính được thiết kế để xử lý một lượng lớn dữ liệu phi cấu trúc có thể là ảnh, video, âm thanh ở mọi kích cỡ. Trong Object Storage, dữ liệu được chia thành các đơn vị nhỏ gọi là objects à thường được lưu trữa trên đám mây để có thể dễ dàng truy cập thay vì lưu trữ như là files hoặc là block trên server.
• Dữ liệu trong object storage thường được truy cập thông qua các giao thức Internet (http) bằng trình duyệt hoặc trực tiếp qua API như REST (representational state transfer). Các phần mềm này sử dụng định danh duy nhất được gán cho đối tượng để quy chiếu, xác đinh, và tìm bất kỳ đối tượng cụ thể nào
• Thông thường 1 object gồm 2 phần :
  • Một định danh duy nhất cho phép object được tìm thấy trong một hệ thống phân tán
  • Metadata mô tả dữ liệu : tác giả, quyền, ngày tháng dữ liệu được tạo, ngoài khả năng lưu trữ, truy xuất dữ liệu thì còn cho phép tận dụng tối đa việc phân tích dữ liệu và đạt được những lợi ích to lớn từ nguồn dữ liệu lưu trữ đó
• Lợi ích khi sử dụng object storage:
  • An toàn dữ liệu: Hạn chế mất mát dữ liệu với tính năng tự động sao lưu dữ liệu
  • Tốc độ đường truyền cao nhờ được trang bị SSD, giúp việc truy cập và truy xuất dữ liêu trở nên hiệu quả
  • Tối ưu chi phí, chi phí được tính theo nhu cầu sử dụng của người dùng
  • Giamr thiểu thời gian triển khai
  • Dễ dàng nâng cấp dung lượng, người dùng có thể nâng cấp không gian lưu trữ ngay khi có thêm nhu cầu sử dụng mà không làm ảnh hưởng gì đến hệ thống
• So sánh Object storage với File storage, Block storage

[bmson7112]

Git - Index

• Git Index là khu vực tổ chức giữa workspace và repository. Công dụng chính của Git Index là thiết lập và kết hợp tất cả các thay đổi lại với nhau trước khi bạn chuyển giao chúng vào repository bộ của mình. Có thể hiểu Index là nơi để chuẩn bị commit code lên repository
• Trên Git, khi đã thực hiện commit thì trạng thái sẽ không được ghi trực tiếp trong repository từ working tree, mà sẽ ghi trạng thái đã được thiết lập của index được xây dựng ở giữa đó. Vì thế, để ghi lại trạng thái của file bằng commit thì trước hết cần đăng ký file trong index.
• Với việc chèn index vào giữa như thế này, có thể thực hiện commit không bao gồm những file không cần thiết trong working tree, hay có thể đăng ký chỉ một phần thay đổi của file trong index rồi commit

[bmson7112]

Branch

• Branch là cái dùng để phân nhánh và ghi lại luồng của lịch sử. Branch đã phân nhánh sẽ không ảnh hưởng đến branch khác nên có thể tiến hành nhiều thay đổi đồng thời trong cùng 1 repository. Branch đã phân nhánh có thể chỉnh sửa tổng hợp lại thành 1 branch bằng việc hợp lại (merge) với branch khác.
• Sơ đồ GIT Branching and Merging
• Trong 1 dự án, các thành viên của nhóm sẽ tạo các branch cho phần việc của mình từ branch chính để không ảnh hưởng đến công việc của các thành viên khác. Sau khii hoàn thành công việc họ sẽ thực hiện đưa thay đổi của mình vào branch chính. Theo cách như vậy, sẽ không bị ảnh hưởng từ công việc của các thành viên khác mà project vẫn có thể update được mã nguồn
• Bằng việc để lại lịch sử theo đơn vị công việc, trong trường hợp có phát sinh vấn đề thì việc điều tra nguyên nhân ở những vị trí thay đổi cũng như việc tiến hành đối sách khắc phục sẽ trở nên dễ dàng hơn
• Có 1 trường hợp đặc biệt của branch đó là Branch Master, khi tiến hành commit lần đầu trong repository thì Git sẽ tạo ra một branch có tên là master. Vì thế những lần commit sau sẽ được thêm vào branch master cho đến khi chuyển đổi branch

[bmson7112]

Git work-flow

• Như đã biết, Git cho phép ngưỡi dũng theo dõi và thay đổi các phiên bản của mã nguồn. Trong suốt quá trình phát triển, dự án có một số điểm lưu, được gọi là các commit. Lịch sử commit chứa tất cả các commit, nghĩa là các thay đổi được triển khai trong dự án trong quá trình phát triển. Một cam kết cho phép bạn quay lại hoặc chuyển tiếp nhanh code tới bất kỳ commit nào trong lịch sử commit.

• Git sử dụng hàm băm SHA-1 để chỉ các lần commit. Mỗi hàm băm duy nhất trỏ đến một commit cụ thể trong kho lưu trữ. Sử dụng hàm băm, Git tạo cấu trúc dạng cây để lưu trữ và truy xuất dữ liệu dễ dàngGit workflow

• Git workflow cơ bản:

  • Người dùng thay đổi file tại working tree
  • Chọn các file muốn commit để đưa vào staging area
  • Tạo commit, lấy các file từ staging area và lưu trữ lại vào Git directory

• Mỗi một tệp của project sẽ phải trải qua các giai đoạn:

  • Working directory: Các tệp đã sửa đổi, nhưng chưa được theo dõi và chưa sẵn sàng để chuyển giao
  • Staging directory: Thêm các tệp đã sửa đổi vào môi trường dàn dựng có nghĩa là chúng đã sẵn sàng cho commit
  • Committed: Snapshort các tệp từ khu vực tổ chức được lưu trong lịch sử cam kết
  • Sơ đồ trình bày Git workflow:

• Các chức năng:

  • Staging: Khi muốn Git theo dõi những thay đổi mình đã thực hiện đối với một tệp nhất định, ta phải thêm tệp đó vào staging area. Git sẽ nhận ra khi ta sửa đổi một tệp nhưng không theo dõi nó, trừ khi ta stage nó. Stage area đại diện cho một lớp bảo mật, cho phép ta xem lại các thay đổi trước khi thực hiện commit.
    • Để kiểm tra tệp được Git theo dõi, ta dùng lệnh: git status
    • Để add file vào staging area, sử dụng lệnh: git add [filename] Nếu muốn add tất cả các file thì sử dụng: git add . -Tạo commit: Một commit đại diện cho 1 dấu mốc trong phần việc, là 1 bản lưu tạm thời tại 1 thời điểm. File sau khi được add vào staging area thì có thể commit được nó, sử dụng câu lệnh: git commit -m "Nội dung commit" Để kiểm tra lịch sử commit, sử dụng: git log
  • Reverting: Nếu trong quá trình phát triển, người dùng gặp lỗi hoặc vì lý do nào đó mà muốn hoàn nguyên lại commit trước đó thì có thể sử dụng git revert. Git revert sẽ hoàn tác commit bạn vừa thực hiện để xóa các thay đổi ở nhánh
  • Forking: Fork là một bản sao hoàn chỉnh của một repository hiện có, cho phép ta thực hiện các thay đổi và thử nghiệm mà không ảnh hưởng đến dự án ban đầu. Forking là một cách để ai đó đề xuất các thay đổi đối với một dự án hiện có Nếu ta muốn đề xuất thay đổi hoặc sửa lỗi cho một project, ta có thể fork một repository, thực hiện sửa chữa và đưa ra Pull Request tới chủ sở hữu project Sơ đồ forking hoạt động:
  • Merging and Conflicts: Lệnh git merge cho phép các nhà phát triển đang làm việc trên một tính năng mới hoặc sửa lỗi trên một branch có thể hợp nhất các thay đổi của họ với nhánh chính sau khi hoàn thành. Merging có nghĩa là triển khai chúng vào nhánh chính.
    • Để thực hiện merge, ta phải chuyển sang nhánh chính. Lệnh git merge yêu cầu bạn phải ở nhánh nhận hợp nhất. Chạy lệnh sau để chuyển sang nhánh chính: git checkout master
    • Sử dụng lệnh sau để merge các thay đổi tại các nhánh: git merge [Tên nhánh]
    • Đôi khi có thể gặp vấn đề như merge conflicts do có ai đó đang thực hiện các thay đổi tại nhánh chính trong khi mình đang làm việc trên nhánh khác, từ đó mã nguồn mình sử dụng từ nhánh chính đã không còn như trước
  • Fetching/Pulling Changes: git fetch và git pull đều được sử dụng để truy suất các thay đổi từ repository.
    • git fetch chỉ truy xuất siêu dữ liệu từ remote repository nhưng không chuyển bất kỳ thứ gì sang repository cục bộ của người dùng .Nó chỉ cho ta biết nếu có bất kỳ thay đổi nào kể từ lần pull cuối cùng
    • git pull cũng kiểm tra mọi thay đổi mới trong remote repository và đưa những thay đổi đó vào local repository của người dùng
  • Pushing Changes: Lệnh git push thực hiện ngược lại với git pull, cho phép nười dùng chia sẻ các thay đổi của mình và xuất bản chúng trong remote repository
  • Rebasing: Trong quá trình phát triển sản phẩm, đôi khi có thể cần kết hợp những thay đổi mới từ nhánh chính để theo kịp tiến độ phát triểm chung của dự án. Việc rebase liên quan đến việc triển khai các thay đổi mới từ nhánh chính sang nhánh phụ. Điều đó có nghĩa là Git tạo lại các thay đổi mới từ nhánh chính, commit ở đầu nhánh phụ.
    • Để rebase, đầu tiên phải di chuyển đến nhánh phụ git checkout [tên nhánh]
    • Chạy dòng lệnh sau để rebase lại nhánh: git rebase master

[bmson7112]

Staging Area

• Staging Area: là một khu vực mà nó sẽ được chuẩn bị cho quá trình commit, là khu vực sẽ lưu trữ những thay đổi của người dùng trên tập tin để nó có thể được commit, vì muốn commit tập tin nào thì tập tin đó phải nằm trong Staging Area. Một tập tin khi nằm trong Staging Area sẽ có trạng thái là Stagged

[bmson7112]

Các trạng thái có thể có của file trong git repository

• Trached/Untracked: Các tệp trong Git repository sẽ có 2 trạng thái: Tracked và Untracked
  • Tracked: là các tệp mà Git đã biết và theo dõi
  • Untracked: là các tệp đã được tạo trong repository hoạt động nhưng chưa được thêm bằng lệnh git add.
    • Modified: là bạn đã thay đổi tệp nhưng chưa commit nó với cơ sở dữ liệu của mình.
    • Staged: là file đã được đánh dấu sau khi đã sửa đổi trong phiên bản hiện tại của nó để chuyển sang quá trình commit
    • Commited: dữ liệu được lưu trữ an toàn trong cơ sở dữ liệu
    • Có thể hiểu các trạng thái của file 1 cách đơn giản như thế này:
    • Nếu một phiên bản cụ thể của file nằm trong thư mục Git, thì phiên bản đó được coi là đã commit. Nếu nó đã được sửa đổi và được thêm vào staging area, nó sẽ staged. Và nếu nó đã được thay đổi kể từ khi nó được kiểm tra nhưng chưa được staged, thì nó đã được modified

[bmson7112]

So sánh Github, Gitlab

1. Điểm chung:
   • Cung cấp lưu trữ dựa trên đám mây.
   • Chứa trình theo dõi vấn đề, cho phép giải quyết đồng thời nhiều vấn đề.
   • Chạy trên máy chủ Linux.
   • Có sẵn các gói miễn phí và trả phí.
   • Cung cấp tích hợp rộng rãi của bên thứ ba.
   • Hỗ trợ các dự án và mã nguồn mở.
   • Có rất nhiều công cụ quản lý dự án và các công cụ khác dành cho nhà phát triển.
   • Sử dụng các mô hình lập trình hỗn hợp.
2. Điểm khác nhau
   • GitHub lâu đời hơn GitLab và có cách tiếp cận khác, tập trung vào việc xây dựng một cộng đồng mạnh mẽ và nhấn mạnh sự hợp tác. Mặc dù có sẵn nhiều tích hợp và tiện ích bổ sung, nhưng bản thân nền tảng này tự làm nhiều hơn so với đối tác của nó
   • GitLab cung cấp nhiều tính năng DevOps và CI/CD được tích hợp vào kho lưu trữ. Theo cách đó, GitLab cung cấp một nền tảng tất cả trong một, hoàn chỉnh hơn mà không yêu cầu tích hợp. Băt đầu với xuất phát điểm như 1 giải pháp thay thế cho Github
   • Bảng so sánh tính năng:
3. Ưu nhược điểm từng loại:
   • Github
     • Ưu điểm:
       • Thiết lập đơn giản
       • Giao diện người dùng mạnh mẽ (UI)
       • Cho phép cộng tác và chia sẻ từ xa dễ dàng
       • Cộng đồng là rất lớn
     • Nhược điểm:
       • Bản thân GitHub không phải là mã nguồn mở
       • Thiếu CI/CD tích hợp
       • Phát triển API kém tinh tế hơn
       • Các tính năng hạn chế cho các phiên bản miễn phí
       • Chỉ các kho lưu trữ công cộng là miễn phí
   • Gitlab
     • Ưu điểm:
       • Phiên bản Cộng đồng GitLab là mã nguồn mở và miễn phí
       • Cung cấp tài liệu mở rộng để nhập/xuất dữ liệu
       • Tích hợp CI/CD
       • Các tính năng mới liên tục được bổ sung
       • Mã dễ bảo trì
       • Có xu hướng an toàn hơn
     • Nhược điểm:
       • Cộng đồng nhỏ hơn GitHub
       • Nâng cấp có thể phức tạp
       • Người dùng đôi khi phàn nàn về sự can thiệp của lỗi

[bmson7112]

Thực hành với các câu lệnh Git

1. Git config
   • Thiết lập username và địa chỉ email:

• Thiết lập trình soạn thảo mặc định:

• Kiểm tra các thay đổi khi sử dụng git config đẻ cấu hình :

2. Clone repo
   • Di chuyển đến thư mục chưa repo clone về:

• Sử dụng lệnh git clone + "link của repo" để clone repo về:

• Kết quả sau khi clone:

3. Làm việc với branch
   • Tạo mới branch, có thể sử dụng trên web Github, hoặc sử dụng dòng lệnh:

• Kiểm tra các branch:

• Chuyển branch

• Thực hiện sửa đổi trên nhánh test1:

• Thực hiện merge test1 vào nhánh chính master

Kết quả sau khi merge

• Xóa branch:

4. Cherry-pick Tạo 2 nhánh test1, test2 Vào nhánh test2, tạo commit, để ý id của commit vì sau đó sẽ sử dụng nó cho cherry-pick

Vào nhánh test1,

Thực hiện cherry-pick để thêm commit vừa tạo từ nhánh test2 vào thẳng nhánh test1 sử dụng id của commit, sau đó kiểm tra lại những thay đổi của nhánh test1

5. Git rebase Tạo các commit trên nhánh master , nhánh test1 đã có sẵn các commit mới, sau đó sử dụng lệnh git rebase master test1 để rebase, sau đó chuyển sang nhánh test1 để kiểm tra lịch sử commit như hình

6.Git reset Sử dụng để quay trở lại 1 commit trước đó