我了解，当从 BRANCHA > BRANCHB 执行合并并在某些文件上选择“保留目标”时，将导致“合并信用”被授予 TFS 历史记录中的这些文件:Merging Developement Branch to Main: There were no changes to merge
有没有办法让我们撤销/删除给定文件的合并信用，从而有效地使我们的开发人员能够通过源代码管理资源管理器执行/force 合并？
语境:
每周，我们从 BRANCHA > BRANCHB 合并以同步并行工作。记录任何具有未解决冲突的文件，并通知其所有者从 A > B 对这些文件执行合并。然后我们在这些文件上选择“保留目标”——预计文件所有者将来会合并以解决未决冲突。我们将工作委托(delegate)给各个所有者。
但这并不完全奏效，因为 TFS 将看到初始合并已“解决”冲突(基于先前合并历史的评估，而不是文件内容)。
我希望开发人员能够对这些文件执行重新合并，而无需强制他们使用命令提示符和/force 开关。
展望 future ，我的计划是在 checkin 分支>分支合并之前对那些被选为“保持目标”的未决更改“撤消更改”。这将使开发人员能够通过躲避合并信用独立地执行合并。
但是回过头来看，一个分支<>分支/强制合并会导致数百个冲突，我们希望将这些冲突委托(delegate)给所有者，作为同步两个分支的一种方式。执行经典合并不会报告这些，因为之前的合并具有“保留目标”。
最佳答案
对于您现在不想合并的特定文件，您确实最好撤消合并，但是一旦您选择了保持目标，TFS 确实会记住该选择。
如果您已经过了提交合并的时间点，有一种方法可以摆脱票证，那就是回滚合并。您可以为一组单独的文件回滚合并。
这里的窍门如下:
Branch A至Branch B再次，您的候选人更改应该再次出现。 你可以从命令行做同样的事情，使用
tf rollback (2015 年之前)或 tf vc rollback (20215 后)
关于visual-studio - 撤销 TFS 合并积分，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/33003274/