1
我期待重寫我的git倉庫使用我遇到了一個新的分支模型:重寫git歷史將主分支轉換爲開發分支?
但現在我所有的歷史住在主分支。我想重寫它(可能使用git-filter-branch?)以便所有的歷史記錄都在一個名爲development的分支中。
這可能嗎?這絕對超出了我有限的git技能。
我期待重寫我的git倉庫使用我遇到了一個新的分支模型:重寫git歷史將主分支轉換爲開發分支?
但現在我所有的歷史住在主分支。我想重寫它(可能使用git-filter-branch?)以便所有的歷史記錄都在一個名爲development的分支中。
這可能嗎?這絕對超出了我有限的git技能。
只需創建一個開發分支,指向主的HEAD,然後就可以刪除主分支。
Btw。從第一眼看這個分支模型,我不認爲它是在真正考慮git的分支技術的時候創建的。因爲它將分支解釋爲穩定發展行對於SVN等其他VCS系統而言,這是正確的,但不適用於git。 git中的分支只是提交的指針,你可以隨意移動它們。
甚至git分支-m master開發。但是你是對的,那是一個奇怪的工作流程。它除了主「分支」之外大部分都是有意義的,它總是以某種方式永遠不會從開發中合併,而是設法增加版本號。如果你脫掉主人,重新開始重新發展到主人,並標記版本發佈,那會更合理。 – Cascabel 2010-03-27 19:49:35
糟糕,我之前的評論是錯誤的 - 完整的工作流程實際上並未顯示在頂部的主圖表中。它實際上是一個相當傳統的git工作流程,主題分支(功能,bug修復)分支,然後合併向上,穩定分支在開發被認爲是穩定的時候會週期性地向上移動。它看起來像一個很好的工作流程 - 但在嘗試遵循它之前,OP可能需要更多地瞭解分支*的含義。 – Cascabel 2010-03-27 20:00:19
關於你的評論「你可以隨意移動[分支]」 - 如果通過移動,你的意思是承諾併合併到,然後是。你不想實際*移動*(即非快進的變化)他們雖然。分支模型真的很不錯:它有很多臨時分支用於最終版本集成,功能開發和錯誤修正。主要分支機構保持穩定,以便用戶知道應該採取什麼措施:從主開發人員獲得穩定的版本或從開發版本開發每晚的版本 – Cascabel 2010-03-27 20:03:30