【问题标题】:TFS 2012 check-in/check-outTFS 2012 签入/签出
【发布时间】:2013-06-02 15:48:41
【问题描述】:

鉴于这种情况:Dev1 和 Dev2 在 Lib.cs 上工作。 Dev1 通过他的更改将 Lib.cs 签入到 TFS。一周后,Dev2(没有获取最新版本)检查了他对 Lib.cs 的更改,并且没有提示修复冲突。我会假设因为 Dev2 没有获得修复冲突选项卡,所以 TFS 能够合并这两个文件。但是,我们看到 Lib.cs 被 Dev2 更改覆盖,看起来没有尝试合并。

这可能是因为 Dev2 没有更频繁地执行 Get Latest 吗?

【问题讨论】:

    标签: tfs tfs-2012


    【解决方案1】:

    这很可能是因为 Dev2 在提示冲突时选择了“保持本地”。我从未见过这样一种情况,即 TFS 合并会导致一个人的更改丢失,而无需用户交互。自动合并工具的设计永远不会丢失更改。

    另一种情况是,Dev2 确实尝试解决冲突,但只是挑选了错误的位。

    【讨论】:

    • 您所描述的是我希望看到的行为。在进一步测试之后,我能够通过使用最初签入到 TFS 并签入的 Dev1 的内容制作一个 Lib2.cs 来重现这一点。然后我用 Dev2 之前尝试签入的内容替换了 Lib2.cs 的内容,并且对 TFS 进行了签入。没有提示我有任何冲突,将 Lib2.cs 的原始内容替换为 Dev2 更改。
    猜你喜欢
    • 1970-01-01
    • 2013-01-24
    • 2013-02-13
    • 2013-07-06
    • 2015-05-31
    • 2014-08-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多