- Git là gì?
- Git làm được gì?
- Các khái niệm cơ bản
- Repository
- Object store
- Index
- Branch
- Git work-flow
- Staging Area
- Git & Github & Gitlab giống/khác gì nhau?
- Các trạng thái có thể có trong git repository: Untracked, Modified, Umodified, Staged. Tham khảo: https://git-scm.com/book/en/v2/Git-Basics-Recording-Changes-to-the-Repository
- Config thông tin cá nhân
- Config default/prefered editor
- Config global .gitignore
- Khởi tạo repo với git init
- Clone repo với git repo
- Commit trong git là gì
- Một commit chứa những thông tin gì
- Amending
- Tạo mới branch
- Nhảy từ branch này sang branch khác
- Đổi tên branch
- Nghịch ngợm về git branch ở đây: https://learngitbranching.js.org/
- Check out đến commit ID
- Git Merge
- Git Rebase
- Git Rebase interactive
- Git Rebase khi remote có cập nhật mới
- Git Cherry-pick
- Pull
- Push
- Tùy chọn force
- Git reset
- Add remote
- Rename remote
- Update remote
- Prune remote branch
- Tổng quan về git stash
- git stash list
- git stash clear
- git stash --help
- gitk
- Git Kraken
- tham khảo thêm https://git-scm.com/download/gui/linux
Git là một hệ thống quản lý phiên bản phân tán (Distributed Version Control System – DVCS). Là 1 hệ thống giúp cho việc quản lý tài liệu, source code... của 1 nhóm các developer cùng làm chung dự án.
- Git sẽ ghi nhớ lại toàn bộ lịch sử thay đổi của source code trong dự án. Qua đó giúp dự án có thể điều tra nguyên nhân gây lỗi hệ thống, tổng hợp code trở nên dễ dàng hơn
- Lưu lại được các phiên bản khác nhau của mã nguồn dự án phần mềm.
- Khôi phục lại mã nguồn từ một phiên bản bất kỳ
- Dễ dàng so sánh giữa các phiên bản.
- Phát hiện được ai đã sửa phần nào làm phát sinh lỗi
- Khôi phục lại tập tin bị mất
- Dễ dàng thử nghiệm, mở rộng tính năng của dự án mà không làm ảnh hưởng đến phiên bản chính (master branch)
- Giúp phối hợp thực hiện dự án trong nhóm một cách hiệu quả
-
Branch: Các Branch (nhánh) đại diện cho các phiên bản cụ thể của một kho lưu trữ tách ra từ project chính. Cho phép theo dõi các thay đổi thử nghiệm thực hiện đối với kho lưu trữ và có thể hoàn nguyên về các phiên bản cũ hơn
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
Các thành viên của nhóm sẽ tạo branch dùng riêng cho công 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 đó, những thành viên đã hoàn thành công việc của mình sẽ thực hiện đưa thay đổi của mình vào branch chính
- 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. Sử dụng để 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.
- **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ín
- **Repository:** Kho lưu trữ Git chứa tất cả các tệp dự án (các file cũng như lịch sử các thay đổi được thực hiện đối với các file đó) bao gồm các branch, tags và commit
- **Staging area:** - Với Git có 3 khu vực làm việc chính: Trên máy tính cá nhân, trên kho chứa mã nguồn(repository) và khu vực trung gian(staging area)
Staging area là khu vực sẽ lưu trữ những thay đổi trên tập tin để nó có thể commit được, muốn commit được tệp tin phải nằm trong Staging area
commit là một hành động để lưu lại một bản chụp của các sự thay đổi (xác nhận thay đổi) trong thư mục làm việc. Mỗi lần commit nó sẽ lưu lại lịch sử chỉnh sửa của mã nguồn kèm theo tên và địa chỉ email của người commit
=> muốn đưa tập tin lên repository thì phải commit nó trước rồi mới push mã nguồn lên
- Index: Git không có một thư mục Staging area chuyên dụng, thay vì điều này, nó sử dụng một file được gọi là chỉ mục(index). index là ảnh chụp của toàn bộ các file trong project chứ không chỉ là một danh sách các file đã bị thay đổi ***
- Working Tree: những thư mục được đặt trong sự quản lý của Git mà mọi người đang thực hiện công việc trong thực tế được gọi là working tree.
Giữa repository và working tree tồn tại một nơi gọi là index. Index là nơi để chuẩn bị cho việc commit lên repository
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
- 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
- Merge: kết hợp các pull requests để thêm các thay đổi từ nhánh này sang nhánh khác
-
Git là tên gọi của một mô hình hệ thống, các máy tính có thể clone lại mã nguồn từ một repository ,
-
GitHub là tên của một công ty cung cấp dịch vụ máy chủ repository công cộng, mỗi người có thể truy cập vào website trang chủ để tạo tài khoản trên đó và tạo ra kho chứa source của riêng mình khi làm việc
-
Repository của Git được phân thành 2 loại là remote repository và local repository
-
Local Repository: là repository nằm trên chính máy tính của chúng ta, repository này sẽ đồng bộ hóa với remote repository bằng các lệnh của git.
-
Remote Repository: là repository được cài đặt trên server chuyên dụng. Ví dụ: GitHub, GitLab, Bitbucket,...
-
- Commit là một hành động để lưu lại một bản chụp của các sự thay đổi (xác nhận thay đổi) trong thư mục làm việc và các tập tin và thư mục được thay đổi đã phải nằm trong Staging Area. Mỗi lần commit nó sẽ lưu lại lịch sử chỉnh sửa của mã nguồn kèm theo tên và địa chỉ email của người commit
=> muốn đưa tập tin lên repository thì phải commit nó trước rồi mới push mã nguồn lên
-
Khi thực hiện commit, trong repository sẽ tạo ra commit (hoặc revision) đã ghi lại sự khác biệt từ trạng thái đã commit lần trước đến trạng thái hiện tại.
-
commit message: Khi thực hiện commit có yêu cầu phải nhập giải thích commit. Vì phần giải thích đó sẽ trở thành thông tin quan trọng khi bản thân xem lại lịch sử sau đó hay trường hợp tìm kiếm nội dung thay đổi mà người khác commit, nên hãy chú ý để viết giải thích sao cho dễ dàng hiểu được nội dung thay đổi. Viết giải thích theo hình thức tiêu chuẩn trên Git như sau:
Dòng thứ 1: Tóm tắt nội dung thay đổi trong commit Dòng thứ 2: Dòng trống Dòng thứ 3 trở đi: Lý do đã thay đổi
- Các trạng thái trong Git Repository
Điều kiện để commit một tập tin: Trong git có hai loại trạng thái chính đó là Tracked và Untracked:
-
Tracked – Là tập tin đã được đánh dấu theo dõi trong Git để làm việc với nó. Và trạng thái Tracked nó sẽ có thêm các trạng thái phụ khác là Unmodified (chưa chỉnh sửa gì), Modified (đã chỉnh sửa) và Staged (đã sẵn sàng để commit).
-
Untracked – Là tập tin còn lại mà bạn sẽ không muốn làm việc với nó trong Git.
-
Nếu tập tin đó đã được Tracked nhưng đang rơi vào trạng thái (Modified) thì nó vẫn sẽ không thể commit được mà bạn phải đưa nó về Staged cũng bằng lệnh git add
-
Nếu tạo ra hoặc thêm vào một tập tin mới vào trong thư mục làm việc của bạn thì nó sẽ ở trạng thái Untracked.
Dùng lệnh git status để xem trạng thái của Git trong thư mục làm việc:
git status
Thấy nó đã liệt kê ra tên tập tin đang ở trạng thái Untracked. Để đưa nó về Tracked, sử dụng lệnh git add và xem lại trạng thái của nó
Tập tin faq.html đã được đưa về trạng thái Staged và nó có thể được commit. Nếu một tập tin ở trạng thái Untracked mà được đưa về Tracked thì nó sẽ nằm ở trạng thái Staged luôn, trừ khi thay đổi nội dung tập tin này thì nó sẽ đưa về trạng thái Modified và nó không thể commit trừ khi gõ lệnh git add
Tiến hành thay đổi nội dung của tập tin faq.html này và xem kết quả của lệnh git status:
Nó được hiển thị ở hai trạng thái Staged (có thể commit) và Modified (không thể commit) hay còn gọi là Unstaged.
Vì trước đó đã tạo ra tập tin faq.html và đưa về Tracked thì nó cũng đã được đưa về Staged để có thể commit. Tuy nhiên sau đó lại chỉnh sửa nội dung của nó nên nó đã có một phiên bản khác nằm ở trạng thái Modified (không thể commit).
Nếu bây giờ gõ lệnh git commit để ủy thác nó thì bản chụp của tập tin faq.html ở lần cuối cùng gõ lệnh git add sẽ được commit lên chứ nó không chứa các nội dung mà vừa thêm vào. Và để nó có thể commit tập tin faq.html đã được chỉnh sửa phải gõ lại lệnh git add faq.html lần nữa
- Chuyển từ Tracked về Untracked:
rm faq.html
Có thể đưa một tập tin từ Tracked về Untracked với lệnh rm tên_file. Lệnh rm sẽ giúp đưa tập tin về trạng thái Untracked nhưng không xóa hẳn trong ổ cứng
Còn nếu muốn xóa nó luôn thì dùng lệnh git rm -f tên\_file
- Xem các commit:
git log --pretty="%s"
git reflog
Hoàn tác Commit:
-
Đôi khi đã commit thay đổi nhưng sau đó lại nhận thấy commit đó là không chính xác và muốn hoàn tác commit này, tức đưa git về trạng thái trước đó.
-
Nếu muốn hoàn tác commit cuối cùng được thực hiệny:
git reset --soft HEAD~1
- Tham số --soft giữ những thay đổi đã thực hiện trong các tập tin, chỉ commit này được hoàn tác. Tuy nhiên, nếu không muốn giữ các thay đổi đã thực hiện cho các file, có thể sử dụng --hard :
git reset --hard HEAD~1
- HEAD~1 là để chỉ commit gần đây nhất. Nếu muốn hoàn tác một commit trước nữa, bạn có thể sử dụng git reflog để xem nhật ký của tất cả các commit trước đó. Sau đó sử dụng git reset.
- Ví dụ: check git reflog và thấy một commit có mã hash là 9157b6910, thực hiện reset như sau:
git reset --soft 9157b6910
- Cách hoàn tác một remote commit:
Sử dụnggit revert để hoàn tác nó ở máy local và đẩy thay đổi này đến branch ở trên remote repository.
- Lấy mã hash bằng lệnh
git reflog
- Sau đó hoàn tác lại commit ví dụ có mã hash là 9157b6910, sử dụng:
git revert 9157b6910
- Cuối cùng, đẩy thay đổi này lên branch trên remote repository bằng
git push.
- Làm việc trên các branch khác nhau của một repository là công việc thường xuyển của những người tham gia vào dự án
- Để tạo một branch mới trong Git:
git branch <new\_branch>
- Chuyển đổi qua lại giữa các branch để làm việc
git checkout <other\_branch>
- Tạo branch mới và chuyển sang luôn branch ấy để làm việc
git checkout -b <branch\_name>
- Liệt kê xem repository có những branch nào và hiện tại đang làm việc tại nhánh nào:
git branch -a
-
Cơ bản khi làm việc với git branch thì sẽ chuyển qua làm việc ở một branch cụ thể nào đó, còn chuyện sửa thêm mới các file, chỉnh sửa hay xoá mất file thì nó chỉ ảnh hưởng đến một và chỉ một branch đó thôi
-
Chỉ khi hoàn thành công việc và đến quyết định cần merge code của vào một branch nào đó (có thể cùng repository hoặc khác repository) thì mới nhiều vấn đề
- Xóa một local branch:
git branch -d <name-of-branch>
Để xóa một local branch, hãy chắc chắn rằng đang không ở branch đó. Vì vậy, phải checkout sang một branch khác sử dụng git checkout <branch\_name>
- Xóa một remote branch:
Đôi khi có thể phải xóa một branch mà đã push đến một remote repository:
git push <remote-repository-name> --delete <name-of-branch>
- Merge một file từ branch này sang branch khác:
Muốn đưa nội dung của một file cụ thể trong một branch sang một branch khác:
- Đầu tiên, checkout đến nhánh đích
git checkout development
- Sau đó merge file bằng lệnh checkout --patch:
git checkout --patch master index.html
Khi đó, file index.html của branch master sẽ được kéo sang branch development.
- Nếu muốn ghi đè hoàn toàn file index.html trên branch development với file trên branch master, thì bỏ --patch trong dòng lệnh trên:
git checkout master index.html
-
Git workflow - Quy trình xử lý công việc trên Git: Một ý tưởng trừu tượng về quy trình sử dụng Git, Nó chỉ ra cách thức setup các loại branchs khác nhau và cách thức để merge chúng lại với nhau.
-
Cần chọn theo một Git Workflow để đảm bảo cả nhóm đều cùng thực hiện như nhau. Giống như mọi workflow khác, đều là thứ nhằm đảm bảo mọi người trong cùng một team cùng làm việc một cách nhất quán và hiệu quả
- Tổng quan về Gitflow workflow:
- Thông thường, quy trình xử lý công việc trên Git cơ bản như sau:
Một số quy tắc của git working flow:
-
Repository của dự án bắt buộc phải có hai nhánh là master và develop. Trong đó nhánh master là nhánh stable chứa code hoàn chỉnh được dùng cho production. Nhánh develop là nhánh có mã nguồn mới nhất về các tính năng được phát triển và đang được deploy lên server để testing.
-
Người phát triển phần mềm cần fork repository gốc của dự án về thành một repository của mình, khi phát triển về một tính năng mới hay sửa lỗi, người lập trình cần tạo ra một branch mới từ repository của mình rồi mới thực hiện công việc trên branch đó. Khi hoàn thành công việc thì commit code của mình vào branch sau đó tạo merge request để merge code của mình vào repository gốc của dự án.
-
Cần pull code từ repository gốc khi phát triển một tính năng mới để đảm bảo code trên máy mình là code mới nhất từ dự án, tránh xảy ra xung đột (conflict code) sau khi tạo merge request.
-
Đối với người có quyền merge code từ các branch khác vào branch develop cần có review kĩ càng, khi xảy ra conflict phải gọi những người tham gia vào việc phát triển tính năng ấy để có thể giải quyết một cách tốt nhất, tránh trường hợp sau khi merge code không chạy được hoặc chạy sai hoàn toàn so với mục đích của người lập trình.
-
/etc/gitconfig : Chứa giá trị cho tất cả người dùng và kho chứa trên hệ thống. Nếu sử dụng --system khi chạy git config, thao tác đọc và ghi sẽ được thực hiện trên tập tin này
-
~/.gitconfig : Riêng biệt cho tài khoản người dùng. Người dùng có thể chỉ định Git đọc và ghi trên tập tin này bằng cách sử dụng --global
Trên Window, file .gitconfig ở trong thư mục người dùng C:\Users$user
-
Tập tin config trong thư mục git (.git/config) của bất kỳ kho chứa nào đang sử dụng: Chỉ áp dụng riêng cho một kho chứa. Mỗi cấp sẽ ghi đè các giá trị của cấp trước nó, vì thế các giá trị trong .git/config sẽ được ưu tiên hơn các giá trị trong /etc/gitconfig
- Việc đầu tiên nên làm khi cấu hình Git là chỉ định tên tài khoản và địa chỉ e-mail. Git sẽ sử dụng chúng cho mỗi lần commit
git config --global user.name "<Tên>"
hoặc:
git config --global user.name <UserName>
git config --global user.email <Email>
-
Chỉ phải làm việc này một lần duy nhất nếu như sử dụng --global, vì Git sẽ sử dụng các thông tin đó cho tất cả những gì bạn làm trên hệ thống.
-
Nếu muốn sử dụng tên và địa chỉ e-mail khác cho một dự án riêng biệt nào đó, có thể chạy lại lệnh trên không sử dụng --global trên dự án đó
- Check thông tin config:
- Global:
git config --list - Cho Project: cd vào thư mục của Project và cmd:
git config --list --local
- Global:
- Config thông tin cho từng repo:
Cd vào thư mục source, dùng config:
git config user.name userProj1
git config user.email [email protected]
Config đã được áp dụng cho project, check lại bằng command:
git config --list --local
nếu 2 dòng cuối cùng hiển thị thông tin đúng đã config là thành công
- Trình Soạn Thảo:
Thay đổi editor mặc định:
git config --global core.editor <tên trình soạn thảo>
- Cấu hình
- Check:
git config --list
- Check:
Khởi tạo 1 local repo với git init:
- Tạo 1 folder mới => vào trong folder đó => click chuột phải chọn Git Bash Here:
- Cửa sổ console git bash hiện lên => gõ lệnh
git init
Sau khi tạo thành công thì trong folder sẽ xuất hiện folder .git => folder này sẽ chứa tất cả những thông tin cần thiết để quản lý các sửa đổi và lịch sử của toàn bộ project
Clone 1 public repo:
- Đi đến trang repo, ví dụ: https://github.com/datnguyenE18/test
- Nhấn vào nút “Clone or download” rồi copy đường dẫn của Repository:
- cd đến thư mục muốn chứa các Repository và clone về:
git clone <https://github.com/datnguyenE18/test.git>
- Nếu không có options nào thì mặc định clone trong main branch, còn nếu muốn clone một branch bất kỳ thì:
git clone --branch=master <https://github.com/datnguyenE18/test.git>
- Nếu Clone 1 private repo thì phải tiến hành xác thực:
- Khi lấy về một remote repo bằng lệnh git clone, mặc định repo tải về có liên kết với tên origin chứa địa chỉ tham chiếu đến remote repo nó tải về.
- Problem: Sau khi đã tạo local repo:
,muốn push lịch sử của local repository lên remote repository:
- Xem thông tin các options với remote:
``git remote -help`
- Đăng ký/Add remote repository với tên là "welc":
git remote add <name> <url>
- Ví dụ:
git remote add welc <https://github.com/datnguyenE18/test.git>
Từ giờ "welc" sẽ đại diện cho "https://github.com/datnguyenE18/test.git"
Xem các remote đã add:
git remote -v
Thay đổi tên remote:
git remote rename [--[no-]progress] <old> <new>
Xem thông tin remote:
git remote show <tên remote>
- Thêm thay đổi vào stage/index trong thư mục làm việc:
git add <đối tượng cần thêm>
Nếu thêm cả local repo vào stage/index thì:
git add .
Nếu thêm riêng lẻ từng file vào stage/index thì:
git add hello2.txt
- Commit - xác nhận thay đổi vào repo
Để Git lưu lại các sự thay đổi vừa rồi trong thư mục làm việc vào repository. Phải làm bước này thì mới push lên repo được. Nếu không cũng chỉ dừng lại ở bước thêm vào stage/index chứ chưa đăng ký thay đổi trên repo
git commit -m "<mess>"
- Tiến hành push lên repo
git push <link remote / tên thay thế đã đăng ký> <tên branch>
Ví dụ:
git push <https://github.com/datnguyenE18/test.git> master
hoặc:
git push welc master
Khi đó trên github xuất hiện 1 branch tên là master chứa dữ liệu từ local repo vừa push lên
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent