tfs - 设置让 TFS 强制您在 checkin 之前解决冲突?

标签 tfs merge-conflict-resolution

我上周刚刚在一份新工作中开始使用 TFS。我之前的经验主要是使用 Subversion,而我喜欢 Subversion 的一件事是,它迫使您在检查任何可能发生冲突的内容之前先获取最新版本。此外,您必须解决冲突(或者明确地将它们标记为已解决,即使它们并未真正解决)。

在 TFS 中,当 2 个人处理同一个文件时,人们有时会不经意地清除其他人的更改。我确信这肯定是由于对 TFS 缺乏经验,但似乎 Subversion 的工作流程使执行此操作变得更加困难,虽然我经常需要帮助人们解决 Subversion 中的冲突,但我不记得有任何真正的问题人们不小心删除了别人的代码。

有没有办法让 TFS 强制您在 checkin 之前获取最新版本并解决所有冲突?

最佳答案

这可能取决于一些因素,但最相关的可能是工作区设置(本地或服务器)。例如,服务器工作区为您提供了强制获取最新版本的选项。其他差异可能包括每个工作区类型下可用的锁类型。

这里有几篇关于这个主题的文章: http://msdn.microsoft.com/en-us/library/bb892960.aspx http://blogs.msdn.com/b/phkelley/archive/2013/05/29/server-workspaces-vs-local-workspaces.aspx

关于tfs - 设置让 TFS 强制您在 checkin 之前解决冲突?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23551444/

相关文章:

git - 尽可能自动解决 git 冲突

git - 使用 Source Tree,rebase with conflict,冲突解决后 rebase 不起作用

TFS 联机构建失败 - NuGet 包还原不工作

tfs - 如何删除 VSTS 中的共享步骤

visual-studio-2012 - 在获取最新文件时 - 服务器违反了协议(protocol)。部分=响应状态线 TFS

git - 为什么 git 有时会将添加的行标记为已更改的行(即对添加的代码段的空冲突)

git - 以下 Git 提交策略正确吗?

tfs - VS 2013 发布管理 - 路径中存在非法字符

c# - 如何共享项目的代码文档?

git - 奇怪地关闭 git 冲突中的 diff 部分