解读 TFS 2010 中的历史

发布于 2024-11-16 10:28:29 字数 207 浏览 1 评论 0原文

在我的 Production 分支中,我于 2011 年 6 月 3 日进行了一次合并。合并来自 QA,但由于某种原因,其中一个文件 Global.asax 未合并。 Global.asax 文件甚至不属于更新文件列表的一部分。有什么办法可以告诉为什么吗?

例如,如果开发人员使用合并工具并告诉它采用目标版本而不是源版本。我可以看到他们选择了这个吗?

In my Production branch I have a merge that occured on 6/3/2011. The merge comes from QA, but for some reason one of the files Global.asax did not merge. The Global.asax file is not even part of the list of updated files. Is there any way to tell why?

For example, if the developer used the merge tool and told it to take the target version instead of the source version. Can I see that they chose this?

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

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

发布评论

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

评论(1

冰魂雪魄 2024-11-23 10:28:29

这种情况在我们公司经常发生。我们有一个分支策略,我们将其从开发分支合并到主分支。

可能发生的事情:

  • TFS 无法识别更改
    文件并在合并期间忽略

  • 用户决定不合并并忽略
    本地更改

  • 用户决定合并并合并
    与本地存在

  • 用户忽略本地更改并且
    采用服务器版本

其中 local = 要合并的分支

要回答您的问题“我可以看到他们选择了这个”吗?不,据我所知,没有办法做到这一点,因为它只是更新文件或不更新文件。冲突和合并工具只是帮助您进行文件合并修改,而不是对合并方式的历史跟踪。

This happens all the time at our company. We have a branching strat that we merge up from dev branches to main.

Things that can happen:

  • TFS does not recognize a change the
    file and ignores during merge

  • User decides not to merge and ignores
    local changes

  • User decides to merge and merges
    existing with local

  • User disregards local changes and
    takes server version

where local = branch to merge

To answer you question "Can I see that they chose this" no, to the best of my knowledge, there is not way to do this because it is simply updating the file or not updating the file. The conflict and merge tools are just there to assist you in file merge modifications not so much for historical tracking of how you merged.

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