TFS总是提示没有冲突的文件解决冲突!

发布于 2024-08-21 18:21:37 字数 125 浏览 6 评论 0原文

当我尝试在任一方向上合并基线和开发分支时,我有 3 个文件总是产生合并冲突。当合并工具打开时,文件中没有冲突,我只需单击“确定”即可。但下次合并时又会发生这种情况。我该怎么做才能让 TFS 意识到一切都没有改变!越来越令人沮丧了。谢谢。

I have 3 files that are always producing merge conflicts when I am trying to merge between the baseline and my development branch in either direction. When the merge tool opens, there are no conflicts in the files and I just click ok. But it will happen again next time I merge. What can I do to get TFS to realize that NOTHING HAS CHANGED! It is getting frustrating. Thanks.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

雅心素梦 2024-08-28 18:21:37

常见原因包括:

  • 两个项目之间的先前合并已解决 AcceptMerge(而不是 AcceptTheirs)。 AcceptMerge 被视为新的反向候选者 - 即使内容已成功自动合并 - 除非源和目标逐字节相同。
  • 源项目已重命名或取消删除。
  • 目标文件已编辑&随后回滚。

虽然这些案例看起来无伤大雅,但 TFS 让您注意这些案例的做法过于保守。如果您只关心项目的路径或内容确实相互冲突的情况,请使用“自动合并”按钮。为了防止这些类型的冲突无限期地级联,请选择 AcceptTheirs 解决方案(在 2008 客户端 UI 中又称为“从源复制项目”)。

Common reasons include:

  • The previous merge between the two items was resolved AcceptMerge (instead of AcceptTheirs). An AcceptMerge is treated as a new reverse candidate -- even if the contents were automerged successfully -- unless the source and target are byte-for-byte identical.
  • The source item has been renamed or undeleted.
  • The target file was edited & subsequently rolled back.

While these cases seem innocuous, TFS errs on the conservative side by bringing them to your attention. If you only care about cases where the items' path or contents are truly in conflict with one another, use the AutoMerge button. To prevent these types of conflicts from cascading indefinitely, choose the AcceptTheirs resolution (aka "copy item from source" in the 2008 client UI).

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文