在將git分支合並到develop / master之前更新git分支是否有必要？

Question

考慮一種情況，我在其中創建了一個名為“Feature 1”的分支。 我的朋友還創建了一個名為“Feature 2”的分支。 他完成了代碼更改並將“功能2”分支合並回主人。

現在我已完成“功能1”分支中的更改，並希望合並回主服務器（自我分支以來已更新）。 在將“功能1”合並到主控之前，我是否需要拉/ rebase，或者git會處理什么？

Answer 1

在將功能分支合並到主分支之前，無需更新主分支。 但是，這不是最佳做法。 你最好做以下事情：

1. 拉動主分支，確保它與遙控器保持同步。
2. 將主分支合並/重新綁定到功能分支
3. 修復任何合並沖突
4. 將您的功能分支合並為主分支

這樣做將確保您的提交是歷史記錄中的最新提交，並且任何合並沖突都在功能分支上處理，而不是在主分支上處理。 這使您的主分支保持清潔，您的歷史更清潔。 使用您的回購的其他人會很高興。

命令如下所示：

1. git checkout master
2. git pull --rebase origin master
3. git checkout feature1
4. git rebase master
5. 解決任何沖突
6. git checkout master
7. git rebase feature1 //會因為您之前修復過而沒有沖突而重新綁定。

詳細說明每個命令將執行的操作：

1. 跳轉到你的版本的master ，這已經過時了
2. 從repo和update master提取更改，應用任何本地更改master已經在頂部（無，如果您使用分支進行編輯）
3. 跳回到仍然基於過時的“主人”的feature1分支
4. 在master上應用feature1更改，在＃2中更新
5. 解決沖突
6. 跳回到master ，它已更新但仍未進行feature1更改
7. 在feature1之上應用master更改，但由於feature1是master的直接子項，因此只需使用feature1更改再次更新master
8. 在這里你應該考慮使用git push將你的更改“發布”到master來回購