假設我正在處理我的功能分支A。在我的所有更改推送到開發分支后B，由高級開發人員合并。根據需求，開發分支合并到由另一個開發人員完成的主分支。因此，在合并到 master 之前查看開發分支的開發人員希望更改我的代碼。我如何提交我的新更改？我是選擇我以前的功能分支來推送新更改還是創建新分支？
uj5u.com熱心網友回復：
最好僅通過您的功能分支提交新更改（如果該分支仍然存在于您的遠程存盤庫中）。這將有助于一起跟蹤所有功能更改。此外，由于您應該做的更改是審查評論，因此將它們作為分支本身的一部分是有意義的。
在大多數情況下，一旦合并到 development/master，特性分支就會被洗掉。如果您的功能分支不再存在，則生成一個具有相似功能名稱的新分支并推送您的更改。您也可以在您的活動跟蹤系統（例如 JIRA）中在您的功能標簽下創建一個新的子任務，以便于將來進行跟蹤。
uj5u.com熱心網友回復：
Ari 首先運行 git pull 來更新本地分支（和遠程分支一樣）。
然后，如果您正在處理新任務，請創建新分支。如果您想將未推送的更改移動到新分支，您的更改應該在舞臺上 (git add) 然后您可以運行
git shash
git checkout your-branch
git stash pop
您可以通過 git stash list 檢查 stash 中是否有更多更改
如果您有返工之前的任務運行
git checkout YOUR-BRANCH
git merge B
然后你就可以完成你的任務了。
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/371724.html
標籤：混帐
上一篇：MicrosoftSQLServer2016-T-SQL語言-'Gaps&Islands'問題-棘手的磁區
下一篇：如何將提交還原到特定檔案夾？