Git工作流程和基礎

Question

剛從Git開始，想要從右腳開始。 我已經做過一些研究（例如， Git工作流和rebase vs合並問題 ， 主分支和開發分支之間的“ git pull”或“ git merge” ），推薦的工作流似乎是：

-僅一次：將中央存儲庫克隆到個人存儲庫

-創建開發分支

-在開發分支上提交

-如果主服務器確實已更新，則經常拉主服務器分支（從中央存儲庫獲取更改），並在更新的主服務器分支上重新建立開發分支

-在開發分支合並母版和開發分支上完成功能開發后（再次拉上母版之后）

我對此有一些疑問：

1. 當由於更新的master分支和您的dev分支（來自開發者編輯同一文件）之間的合並沖突而導致基准失敗時，您應該放棄並切換到合並嗎？

2. 為什么在功能完成后合並而不是重新定級？

3. 每當我完成功能開發或修復錯誤時，我是否也應該推送？

Answer 1

1. 在重新定級期間遇到沖突時，您可以簡單地解決它並繼續重新定基。 中止並進行合並無濟於事，無論如何您仍然會遇到沖突。

2. 完成功能后，無論您是否將功能/開發分支重新建立在master之上，都將需要合並。 預先設定基准的區別在於，它可以讓您有機會（希望）以更清晰的方式重寫，構造，塑造和呈現歷史記錄，而不僅僅是進行合並而導致合並提交（也稱為“非快進”合並）。

   但是，有些人還是喜歡創建合並提交，只是為了顯示分支發生的位置。 您甚至可以在重新設置基准之后，通過使用“ non-fast-forward”標志來強制執行合並提交，即git merge --no-ff 。

3. 是否在完成功能后還是在漏洞修復后進行推送取決於項目，以及如果您要共享代碼，則如何與他人共享代碼。