git 分支簡介和基本操作
Git 分支是 Git 的核心特性之一，它允許開發者在不同的開發線上工作，而不會影響主代碼庫。以下是 Git 分支的簡介和一些基本操作：
分支的概念：
分支是 Git 中的一個獨立開發線。創建分支時，Git 會記錄當前的狀態并創建一個新的開發線。分支允許開發者進行實驗或修復錯誤，而不會影響主分支（通常是 master 或 main）。
分支的類型：
- 本地分支：僅在本地倉庫中存在，未推送到遠程倉庫。
- 遠程分支：由遠程倉庫推送更新而來，通常以 origin/ 前綴表示。
- 跟蹤分支：與遠程分支相關聯的本地分支，可以自動與遠程分支進行合并。
分支的優點：
- 允許同時進行多個任務或修復。
- 便于代碼審查和合并。
- 可以安全地進行實驗性開發。
基本操作
創建分支：
git branch <branch-name>：創建一個新分支。
git checkout -b <branch-name>：創建新分支并切換到該分支。
切換分支：
git checkout <branch-name> 或者 git switch <branch-name>：切換到指定分支。
查看分支：
git branch：列出所有本地分支。
git branch -a：列出所有本地和遠程分支。
合并分支：
git merge <branch-name>：將指定分支的更改合并到當前分支。
刪除分支：
git branch -d <branch-name>：刪除本地分支（已合并）。
git branch -D <branch-name>：刪除未合并分支
git push <remote-name> :<branch-name>：刪除遠程分支。
推送分支到遠程倉庫：
git push <remote-name> <branch-name>：將本地分支推送到遠程倉庫。
拉取遠程分支更新：
git pull：拉取遠程分支的最新更改并自動合并到當前分支。
設置跟蹤分支：
git branch --set-upstream-to=<remote>/<branch-name>：設置當前分支的上游分支。
查看分支合并圖：
git log --graph --decorate --oneline --all：以圖形方式顯示分支的合并歷史。
使用分支可以提高開發效率，允許多個開發者同時在不同功能或修復上工作，最終通過合并將更改集成到一起。正確使用分支是 Git 工作流程的關鍵部分。
解決合并和沖突
當合并時出現沖突，Git 會停止合并并讓開發者手動解決沖突。解決后，使用 git add 將解決后的文件暫存，然后 git commit 提交更改。
總結：
兩個分支未修改同一個文件的同一處位置：git自動合并
兩個分支修改了同一個文件的同一處位置：產生沖突
解決方案：
1.手工修改沖突文件，合并沖突內容
2.添加至暫存區 git add file
3.提交修改 git commit -m "message"
中止合并：當不想繼續執行合并操作時可以使用下面的命令來中止合并過程。git merge --abort
回退和rebase（變基）
在 Git 中，回退（Revert）和變基（Rebase）是兩種不同的操作，它們都可以用來修改或改進提交歷史，但它們的目的和工作方式有所不同。
Git 回退（Revert）
定義：回退是一個安全的操作，用來撤銷一個或多個已經存在的提交。它會創建一個新的提交，這個提交是被撤銷提交的逆操作。這意味著回退不會改變歷史，而是在歷史中添加一個新的提交來“反做”之前的更改。
使用場景：
- 當你想要撤銷一個已經合并到主分支的提交，但這個提交可能已經被其他分支或開發者所依賴。
- 當你想要撤銷一個錯誤的提交，但不想重新編寫歷史。
命令：
git revert <commit-hash>：撤銷單個提交。
git revert --no-commit <commit-hash>：執行變更但不立即提交，允許進一步修改。
特點：
- 回退操作是可逆的，即你可以再次回退一個回退操作。
- 它不會改變歷史，因此對于共享分支來說是一個安全的選擇。
Git 變基（Rebase）
定義：變基是一個更激進的操作，它將一系列的提交從一個分支上摘下來，然后應用到另一個分支上。這可以用來整合來自不同分支的更改，或者清理提交歷史。
使用場景：
- 當你想要更新你的分支以包含主分支的最新更改，同時保持你的提交獨立。
- 當你想要清理或重新排序提交，例如在提交被推送之前。
命令：
git rebase <base-branch>：將當前分支的提交變基到 。
特點：
- 變基可能會引入合并沖突，需要手動解決。
- 它可以改變歷史，因此在已經共享的分支上使用時需要謹慎。
- 變基可以是交互式的，允許你編輯、合并或刪除提交。
總結
回退是一個安全的操作，用于撤銷已經發生的更改，而不會改變歷史。
變基是一個更靈活的操作，可以用來整合更改或清理提交歷史，但它可能會改變歷史，因此在團隊協作中使用時需要小心。
選擇使用回退還是變基，取決于你的具體需求和團隊的工作流程。在團隊中，通常建議使用回退來撤銷已經合并的更改，而使用變基來更新和清理尚未合并的分支。
分支命名和分支管理
分支命名規范
推薦使用帶有意義的描述性名稱來命名分支：
-
使用有意義的名稱，確保分支名稱能夠描述分支的目的，例如 feature/login-page 或 bugfix/issue-123。
避免使用主分支名稱： -
不要使用 master 或 main 作為其他分支的名稱，以避免混淆。
使用小寫字母： -
分支名稱通常使用小寫字母，避免使用大寫字母。
使用連字符或下劃線： -
使用連字符（-）或下劃線（_）來分隔單詞，例如 user-profile 或 user_profile。
避免使用特殊字符： -
不要在分支名稱中使用空格或特殊字符，這可能會導致命令行問題。
分支類型：
根據分支的用途，可以有不同的命名約定。例如：
feature/：新功能開發。
bugfix/：修復錯誤。
release/：準備發布的版本。
hotfix/：緊急修復。
版本號：
對于發布分支，可以在名稱中包含版本號，例如 release/1.2.0
分支管理
-
創建分支：
在創建新分支之前，確保你的本地倉庫是最新的，通過 git pull 獲取最新更改。 -
定期拉取更新：
在分支開發過程中，定期拉取遠程分支的更新，通過 git pull 或 git fetch 避免長時間未同步。 -
合并還是變基：
決定是使用 git merge 來合并更改，還是使用 git rebase 來整合更改并保持線性歷史。 -
代碼審查：
在合并到主分支之前，確保代碼經過了審查，可以使用 Pull Request 進行代碼審查。 -
刪除分支：
一旦分支的目的已經完成并且合并到了主分支，使用 git branch -d 刪除本地分支，使用 git push --delete 刪除遠程分支。 -
避免在主分支上直接開發：
避免在 master 或 main 分支上直接進行開發，所有的開發工作都應該在分支上完成。 -
使用分支策略：
采用分支策略，如 Git Flow 或 GitHub Flow，以標準化分支的創建、合并和管理流程。 -
保持分支簡潔：
盡量保持分支的生命周期短且目的單一，避免一個分支用于多個不相關的功能。 -
溝通協作：
在團隊中明確溝通分支的使用和合并策略，確保所有成員都遵循相同的工作流程。 -
分支保護規則：
對于重要的分支（如 master 或 main），可以設置保護規則，要求 Pull Request 必須經過審查和測試。
定期合并已經成功驗證的分支，及時刪除已經合并的分支保持合適的分支數量，為分支設置合適的管理權限。
 (_x == _y)的作用)
)
