Git策略與白標籤項目一起使用

Question

我有一個項目託管在git環境中，我必須生成一個基於它的白標籤項目。我對微軟的TFVC（團隊基礎版本控制）更有經驗，我很容易知道如何使用它，但我不確定我應該如何繼續使用git。

在TFVC中，我會從主項目創建一個分支'A'，擦除任何客戶特定的內容並完成，我有一個通用版本。之後，我會刪除父母，從'A'創建一個新分支'B'，然後執行從主項目到'B'的baseles合併，現在我有我需要的層次結構，並且新創建的分支包含所有客戶具體變化。當新客戶到達時，我從通用'A'創建分支'C'並應用所需的任何新更改。

如果新功能對於所有客戶端來說都是通用且有用的，它將在'A'中開發，然後將合併到'B'，'C'等。這是所有客戶將被允許請求不同的功能，並使用單個存儲庫來打開和關閉它們，在我看來，這比維護源自普通存儲庫的不同代碼示例差得多。相同的功能在不同的客戶端也可以有不同的表現，我不希望應用程序必須在運行時檢查它。

隨着場景的說明，我該如何使用Git？另外，它可以使用叉而不是使用git的分支來完成嗎？

Answer 1

據我所知，你通常應該做同樣的事情，也許有小的變化。

從主項目中創建一個分支'A'，擦除任何客戶特定的內容並完成，我有一個通用版本。

你做的git相同

之後，我會刪除養育，從「A」創建一個新的分支「B」，然後執行baseles從主項目合併爲「B」所以現在我有我需要的層次和新創建的分支包含了所有客戶的具體變化

相反，你可以開始分支B和恢復（如git revert），你都做分支A刪除客戶爲所有變更SPECI fic info，從而返回到原來的相同項目，但沒有任何手動衝突解決方案。這是期望的結果嗎？

作爲一個新的客戶到達時，我從普通的一個 'A' 創建一個分支 'C'，並適用於混帳

需要

相同的，如果一個新的任何新變化功能對於所有客戶端來說都是通用的和有用的，它將在'A'中開發，然後將合併到'B'，'C'等。

相同的git