2

我们的项目已经到了需要将一些代码拆分为单独的团队基础项目的地步。我们希望移动这些文件,以便它们保留其版本控制历史记录。我们暂时将文件复制回原始团队基础项目并重新添加它们,以便我们的日常构建和测试过程不会中断。由于我们能够修改我们的构建和测试过程,我们将开始删除这些临时副本。

我们注意到的一个问题是,我们有一个夜间脚本,它检查各种维护分支以查看是否有尚未合并回主干的变更集。它现在抱怨以前合并的变更。这些变更集似乎与已移动和重新添加的文件有关。关于我们为什么看到这一点以及我们如何丢弃这些合并候选者的任何想法?如果我们进行合并/丢弃 TF 会告诉我们“没有要合并的更改”。似乎很困惑。还有其他问题我们可能会遇到这种方法吗?也许有更好的方法?

4

1 回答 1

0

我找到的解决方案是合并/丢弃所有其他变更集,然后执行“catchup”合并/丢弃,即不指定任何版本信息。这产生了许多与合并相关的挂起更改,但是当我检查它们时,我收到了 TF14088 错误。此错误的解决方法是先检查问题的文件/文件夹,然后再检查其他所有内容。

于 2010-01-30T01:53:49.213 回答