TFS中的移动分支

我们针对web产品上开发的每个新功能进行分支，因此在TFS 2010中，文件夹结构如下所示

$/Product/Mainline/…
$/Product/branchs/…
$/Product/Releases/…
$/Product/合并的分支机构/

主线文件夹下只有一个解决方案，即“主干”

分支包含主线的分支，这些分支是开发中的功能

合并的分支包含以前已合并回主线的分支

Releases正好包含-Releases。合并到主线中然后释放的分支

一旦一个分支的生命结束，我喜欢将它们归档到“合并分支”文件夹中，但是“移动”选项似乎永远不可用，它总是变灰

来自Vault这是一种奇怪的行为，我总是可以移动Vault中的任何文件夹，不管它是否在本地

此外，有时也会出现这样的情况，即如果客户取消/搁置了某个功能，我们会停止对分支机构的工作。显然，分支的寿命应该尽可能短，但这确实发生了，而且能够移动分支似乎仍然是必要的

我觉得我错过了一些关于工作空间的东西？或者简单地说，你不打算移动分支，只要在它们合并到主线中后删除它们就行了

---

有人经历过这个吗？还是有更好的实践建议？

这是TFS 2010吗？如果是，请删除这些分支。如果没有，请升级然后删除这些分支。您不会丢失历史记录，在2010年，您可以从主线（或可视化）查看分支历史记录，即使分支被删除。删除它们。。。很快。

出于好奇，当分支合并到主干中后，您希望归档这些分支的驱动因素是什么？你能简单地删除甚至销毁功能分支吗？我想我能，是的。它总是习惯于存档而不是删除，只是为了参考目的。例如，当客户取消该功能时，我们曾想将分支机构的“中期开发”存档。这是一个很好的例子，在这个例子中，维护分支机构（至少一段时间）是有意义的。很好奇这对您来说是如何进行的。事情进展顺利吗？是的，他们做了。正如您所指出的，删除分支应该尽快完成，否则您会在以后的某个日期（发生了这种情况）完成大量的删除工作。一旦它们合并到主干中，应立即删除它们。