Git rebase推送功能分支

Question

我有一個長期運行的本地功能分支，我定期擠壓和與主人重新定位，以使其在本地保持最新。

完成后，我希望我的功能在master上面的單個壓縮提交中。

但是，我擔心在出現硬件問題時會丟失我的工作，因此我將其推送到github上的新功能分支作為預防措施。 由於這樣做，我不確定如何保持我的功能分支最新，因為它已被推送（我寧願不合並主創建合並提交的更改）。

我是唯一使用此功能分支的開發人員。 因此，我並不擔心在已推動的分支上重寫歷史記錄。 是否可以將其他提交推送到我的遠程功能分支，當我完成該功能時壓縮該分支，然后將其重新綁定到主服務器上？ 或者git會因為分支已經公開而拋出一些關於分支分歧的錯誤？

或者，我在想，當我的工作完成后，我可以簡單地解開遠程功能分支（因此我的本地分支不再與遠程分支有關聯），壓縮本地功能分支中的提交，然后重新設置我的功能在master上本地分支。

Answer 1

是否可以將其他提交推送到我的遠程功能分支，當我完成該功能時壓縮該分支，然后將其重新綁定到主服務器上？

是的，是的，是的。 既然你說你不怕重寫這個分支的歷史，你可以隨心所欲地做任何事情。

或者git會因為分支已經公開而拋出一些關於分支分歧的錯誤？

Git沒有公共和私人分支的概念。 您可以公開或私下使用分支，Git不會抱怨。

當你在master重新分支你的分支時，你基本上從你從master的時間軸分支的點重放你的提交。 如果在那之后在master有提交，並且在那之后你在功能分支中提交了提交，那么master和你的分支已經分歧了。 重新綁定時，可能存在沖突，具體取決於兩個分支中的更改。

總之，您可以在未記錄的功能分支中執行任何操作，然后在master上進行rebase。 當然，取決於你做什么，變基可能更容易（很少或沒有沖突）或更難（很多沖突）。 經常變換你可能很好，這樣你就可以一點一點地發現沖突，而不是一次發現很多沖突。