-1
要求是在當前分支發生任何提交時,則子分支或分支集需要自動重新基於當前分支更改。GITHUB - 噹噹前分支發生提交時,自動重建分支的基礎
我可以有一個腳本或服務來做這個活動。我的問題是關於如何/在哪裏維護那些需要重新定位的目標分支。
一個選項將維護配置文件中源和目標分支的關係。這種方法涉及維護,每當分支被添加/移除時都需要更新分支細節。
我正在尋找最佳解決方案/行業標準的做這種活動的方式。
要求是在當前分支發生任何提交時,則子分支或分支集需要自動重新基於當前分支更改。GITHUB - 噹噹前分支發生提交時,自動重建分支的基礎
我可以有一個腳本或服務來做這個活動。我的問題是關於如何/在哪裏維護那些需要重新定位的目標分支。
一個選項將維護配置文件中源和目標分支的關係。這種方法涉及維護,每當分支被添加/移除時都需要更新分支細節。
我正在尋找最佳解決方案/行業標準的做這種活動的方式。
對此沒有「行業標準」解決方案,因爲這不是使用git的標準方法。
如果你出於某種原因必須這樣做,你可以使命令成爲一個git鉤子(https://git-scm.com/book/gr/v2/Customizing-Git-Git-Hooks)。
如果您想跟蹤您對鉤子所做的更改,應該將鉤子文件存儲在單獨的存儲庫中。
如果發生衝突會發生什麼? –
如果發生衝突,那麼用戶將手動解決它 –
聽起來你已經決定使用分佈式版本控制系統,但也假設它是一個集中版本控制系統並強制執行線性歷史記錄。在某些時候,你可能會意識到擁抱分佈式功能以及它的工作原理將遠沒有你期望的那麼緊張和錯誤。 –