1
我位於「內部」IT商店，目前我們使用ClearCase進行版本管理。我們的分支策略對於這一點很常見，主分支保留用於實時代碼並分支主項目和修補程序類型活動。每個項目（並且它們經常重疊）都有一個主分支，我們沒有多分支分支。將分支策略從ClearCase遷移到TFS 2010
我們得到的情況是，我們必須在集成分支之間進行合併，以便發行版本4分支在發行版本3上線並因此進行基線化之前獲取所有發行版本3更改（例如）。以及項目較高時需要支持的修補程序的發生次數。
但是，這在TFS世界中是不可能實現的，因爲我們不想讓命令行進行無基本的合併，但是我們需要具有高度靈活的分支功能 - 我們已經非常習慣於使用ClearCase。
因此，理想情況下，我們希望TFS分支機構允許我們擁有生產基線，以便能夠分支執行短期修補程序，能夠分支執行項目 - 而無需實際知道哪些分支機構將去首先生活（並因此基線）。通過所有的MS文檔，他們似乎都專注於產品類型的環境 - 但我們大多是一個支持和改進的商店。
我正在尋找建議/指針 - 我一直是一個ClearCase管理員，可以非常高興地與精神分枝雜耍 - 但我想出的一切看起來不像它將適合TFS - 但這是最可能是因爲我的心理過程是類似ClearCase的，並且與TFS不一致（還沒有！）
