我觉得这是一个非常愚蠢的问题,但我无法在任何地方找到答案。
所以我们有一个Dev分支和一个QA分支。我将Dev中的一堆连续变更集合并到QA中,并解决冲突。现在我想在稍后的变更集中合并我刚刚合并的更改(没有检查第一次合并的更改)。 TFS说,没有骰子:
The item $/My/Path/to/the/file.vb has an incompatible pending change.
它的问题是什么?为什么它不会给我一个合并冲突选项来将新的变更集合并到具有挂起更改的文件?我不想检查第一个合并,因此我可以合并另一个变更集。
答案 0 :(得分:20)
如果在两个更改集中同一文件发生更改,则TFS不允许您合并多个非连续的更改集。您最好的选择是签入第一组更改,然后进行合并。
答案 1 :(得分:2)
由于其他原因,我遇到了同样的问题,因为我在这里找到了帮助,我会给出解决方案。
我有一个从main分支的分支(branched_from_main)。我对branched_from_main进行了更改,并将它们检入tfs repo。然后,当我尝试将branched_from_main合并回main时,我遇到了这个问题。在调查了一段时间之后,我意识到我已经打开了主要解决方案并构建了它。这意味着该解决方案现在已经拆除了所有的nuget包。因此,我的主要分支机构将包视为待定更改。
因此,要解决此问题,我必须重新打开主解决方案并撤消这些待处理的更改。然后我能够将branched_from_main合并回main。
答案 2 :(得分:1)
签入您要分支到的文件夹就足够了。
在我的情况下,我在目标分支中创建了一个新文件夹,它处于“添加”状态(没有签到),我遇到了同样的问题。在我签入此文件夹后,它运作良好。
答案 3 :(得分:1)
我遇到了同样的问题。我确实撤消了所有待处理的本地更改并取消了挂起的更改。它解决了我的问题。