Git版本控制和分支

Question

這不是代碼問題，更多是“最佳實踐”問題。

當您擁有將成為您的實時工作代碼的母版時，我將使用GitHub和BitBucket。

要建立或修復錯誤，最好創建一個分支嗎？

當該分支准備合並時，最好合並然后刪除該分支？

如果合並，如何在主節點中記錄主節點從哪個分支推送？

提前致謝

Answer 1

您可以按照Github Flow或git flow進行操作 。 我在兩者之間混合使用，但兩者都取決於您的工作方式。

對於Github Flow，您可以執行以下操作：

• 使master始終可部署；
• 創建一個新分支以描述性名稱修復您的錯誤；
• 僅在該分支上工作；
• 打開您的更改的請求請求；
• 合並以master 。

對於git flow，您可以執行以下操作：

• 保持master反映您的生產環境；
• 有一個未部署但准備就緒的develop分支；
• 標記您的發布，只要您有要在開發中發布的更改：
  • git checkout -b release-1.2 develop
  • git checkout master
  • git merge --no-ff release-1.2
  • git tag -a 1.2

然后部署master 。

對於git flow，當您處理修補程序時，可以在標記新版本之前將修補程序提交到單獨的分支上，然后將更改合並回去：

• git checkout -b hotfix-1.2.1 master ;
• 提交修復程序；
• git checkout master
• git merge --no-ff hotfix-1.2.1
• git tag -a 1.2.1
• git checkout develop
• git merge --no-ff hotfix-1.2.1

您還將部署master 。

Answer 2

海事組織：

要建立或修復錯誤，最好創建一個分支嗎？

是的，為每個錯誤修正，升級或修改創建一個分支。 示例： master_bugfixing ， mybranch_new_feature等。

編輯：為什么我認為創建分支是個好主意- 團隊可視化Git做法的引文：分支，合並，變基 -

• 您即將做出重大或破壞性的改變
• 您將要進行一些可能無法使用的更改
• 您想嘗試一些不確定的項目
• 當您被告知要分支時，其他人可能需要在主人那里做一些事情

當該分支准備合並時，最好合並然后刪除該分支？

我總是刪除未使用的分支，即已經合並的分支。

如果合並，如何在主節點中記錄主節點從哪個分支推送？

您可以在合並期間使用git merge -m <msg>添加一條消息。

分支模型的提示： 成功的Git分支模型

Answer 3

要建立或修復錯誤，最好創建一個分支嗎？

是的，最佳實踐是創建一個單獨的分支以構建或修復您的錯誤。

當該分支准備合並時，最好合並然后刪除該分支？

這取決於您的項目類型，但是刪除已合並的分支沒有問題。所有提交在歷史記錄中仍然可用。

如果合並，如何在主節點中記錄主節點從哪個分支推送？

再次將提交歷史記錄保存在Git中，因此我們可以跟蹤使用Master分支定義了哪個分支。

希望您對查詢有足夠的澄清。

有關更多信息，請參考git-scm

謝謝。