基于以下需求,我在源代码管理上有以下分支:
我们有多个环境,但在这种情况下,重要的环境是测试和生产。我们有多个并发项目,需要由不同的团队开发,并在单个测试环境中准备就绪后进行测试。当它们准备就绪时,可以将它们推送到生产中(根据需要在集成环境中进行额外的测试)。我们不能将特性组织成专门的版本--它们需要按照企业的要求发布。
因此,我们在结构上确定的是,每个环境都有一个分支,加上特性分支,我们刚刚接受了,我们将在测试分支中执行毫无根据的合并。没什么大不了的,因为我们可以通过UI合并特定的变更集来测试。
$/Benefits/Source/Main -我们在这里进行生产和/或集成部署
$/效益/来源/测试-我们将特性合并为主要测试的分支
$/效益/来源/开发/诱饵-7-从主干分支
$/效益/Source/Dev/其他功能-从主干分支
我有一个特性分支,它被合并到测试成功和测试。不幸的是,测试分支被几个合并严重破坏了,我们决定简单地删除和重新创建测试分支将是最好的方法。我们删除了测试分支,并重新创建了它。
现在我需要将我的特性分支重新合并到Test中,而且我的特性分支似乎保存了它的无根据合并的历史,并且认为我的更改已经在目标分支中了。我已经验证了具体的文件更改没有在那里。
本质上,当我在合并向导的第一页中选择“特定更改集”时,下一页不会显示比原始分支更新的任何更改集。
我的特性分支的历史记录,请参阅分支之后的更改:

合并向导的页面1:

向导的第2页,它没有在分支之后看到2个更改集:

我的测试分支的历史,您可以看到它被删除并重新创建:

(6/27我合并了我的特性分支,7/5我删除并重新创建了测试分支)
发布于 2016-07-18 19:44:58
当您删除TFS中的一个分支时,它实际上仍然存在,只是隐藏在那里。如果您创建一个名称/位置相同的新分支,那么TFS将取消删除旧分支。
最好的方法是
tf destroy。如果历史不重要,就用这个。对这个命令要小心。一旦它消失了,获得它的唯一方法就是从TFS数据库的备份中获得它。https://stackoverflow.com/questions/38440918
复制相似问题