【问题标题】:TFS Changeset problem, files missing but present if viewed via "view history" open changesetTFS 变更集问题,文件丢失但如果通过“查看历史”打开变更集查看则存在
【发布时间】:2011-03-09 01:41:55
【问题描述】:

TFS (TFS2008) 有一个奇怪的问题。我们已经合并到我们的主干。我们已经解决了这些冲突,并检查了它是否与单个工作项相关联。

所以我们的 WorkItem 中只有一个变更集。

我们的构建失败,因为之前版本的 csproj 文件是从 TFS 获取的。如果我打开 WorkItem 并转到链接并打开变更集,则不会列出 csproj 文件。实际上没有列出“合并/编辑”的文件...还有其他缺少 csproj 是第一个。

如果我对所述 csproj 文件进行查看历史记录,我会看到它所在的最后一个变更集。如果我打开该变更集(与工作项关联的编号相同),则 csproj 文件以及所有其他文件都存在且正确“合并/编辑”文件。

如果有人知道为什么会发生这种情况以及如何解决它,将不胜感激。

谢谢

【问题讨论】:

    标签: tfs merge changeset


    【解决方案1】:

    如果您在主干上查看历史记录,并查看您从开发分支合并的变更集,CSPROJ 是否显示在那里?听起来它可能没有在合并中被拾取。

    如果它确实显示在该变更集中,那么在您合并时是否有可能发生冲突?如果是这样,我们遇到了进行合并的人无意中选择保留目标版本的问题。在这种情况下,冲突就解决了,就 TFS 而言,不再需要合并该文件。

    如果您有一个似乎丢失的文件列表,并且尝试进行额外的合并没有得到任何结果,您可以从命令行强制合并(类似于):

    TF.EXE merge /force /version:T "$/Project/Dev/Src/FileThatWasMissed.csproj" "$/Project/Main/Src/FileThatWasMIssed.csproj"

    当然,请记住更改文件名并确保在执行此命令时位于映射目录中。

    【讨论】:

    • 感谢您的帮助,我们最终在每个丢失的文件中放置了一个空格,并将它们签入同一个工作项(尽管显然不同的变更集)。不知何故,这使它注意到另一个变更集的先前更改,因此我们得到了所有更改。不过很奇怪。
    • 很高兴你能让他们通过。
    猜你喜欢
    • 2016-05-27
    • 2011-09-02
    • 2010-10-29
    • 2011-06-27
    • 1970-01-01
    • 2023-03-25
    • 2016-04-03
    • 2010-09-07
    • 1970-01-01
    相关资源
    最近更新 更多