是否有可能禁止自动合并的选择，在Visual Studio团队系统2008年？如果是这样怎么样？

Question

我想到禁止的自动合并的特征时，检查文件中的TFS，另一个开发工作，这样我总是需要合并。是否有任何方式做到这一点？

Answer 1

在短答案的Visual Studio 2008似乎没有

Answer 2

尝试做如下（从2012年，开始在所有Visual Studio版本的工作）：

工具 - >选项 - >源代码管理 - > Visual Studio团队基础服务器 - >取消选中 “尝试产生时，他们自动解决冲突”：

Answer 3

每当两个人已经改变了同一文件中，你必须"合并"的代码。这可以采取三种形式：

• 保持你的版本(丢弃自己的变化)
• 保持他们的版本(丢弃你的变化)
• 合并这两种变化融入他们两个在一起

你不能"关闭"，因为没有其他安全的方式来解决冲突。

最近你可以把合并关闭是不允许多个结账(锁定该文件，因此，只有一个开发商可以在它的工作在一个时间)。这可以防止两个并发的编辑发生的，并因此避免了将问题合并。(在额外费用的开发者经常被阻断，无法工作上的一个文件，而另一个开发商有锁定)。这是一个可怕的和通常的低效的方式来工作-我不会推荐它。

你可以尽量减少需要合并:

• 检查频繁。许多小的变化减少风险合并冲突，同时少数几个大的变化增加曝光。
• 分裂大和经常改变的文件达成许多较小的文件，以尽量减少机会，2开发人员需要更改的同样的文件在同一时间
• 之前你开始工作文件，检查，如果他人，编辑，并尝试重组你的"计划"这样，你没有开始编辑的文件，而其他程序是在它的工作(一个自我强加的"软锁定"，只是减少机会的融合所必须的)

你也可以升级合并工具。Visual Studio的合并 可怕的, ，难以使用，并经常介绍的问题进入代码。它咬了我，所以很多时候，我不能永远信任它，所以必须做的痛苦的手册合并。我现在使用轴的合并总是不自动完全合并，给予我信任，我只能留下这样做的合并对我来说。(我从来没有使用的另一个合并的程序，给予我信任，我已经试过了几乎每一个其他的选择年)。当一个手册合并是必需的，它提供了一个非常明确的合并鉴于"阅读"，并且非常快速和直观的用户界面，用于选择如何合并各位代码，使它非常有效的。我曾经奋斗了3天有一个复杂的合并在VS(损坏了代码多次直到我放弃了)然后我买了轴合并和重新并整合并在15分钟。一个很好的工具，真正需要的痛苦了合并。

(我不属于轴中的任何一种方式，我只是不能忍受最可怕的合并工具)