是否有可能禁止自动合并的选择,在Visual Studio团队系统2008年?如果是这样怎么样?
-
12-09-2019 - |
题
我想到禁止的自动合并的特征时,检查文件中的TFS,另一个开发工作,这样我总是需要合并。是否有任何方式做到这一点?
解决方案 2
在短答案的Visual Studio 2008似乎没有
其他提示
每当两个人已经改变了同一文件中,你必须"合并"的代码。这可以采取三种形式:
- 保持你的版本(丢弃自己的变化)
- 保持他们的版本(丢弃你的变化)
- 合并这两种变化融入他们两个在一起
你不能"关闭",因为没有其他安全的方式来解决冲突。
最近你可以把合并关闭是不允许多个结账(锁定该文件,因此,只有一个开发商可以在它的工作在一个时间)。这可以防止两个并发的编辑发生的,并因此避免了将问题合并。(在额外费用的开发者经常被阻断,无法工作上的一个文件,而另一个开发商有锁定)。这是一个可怕的和通常的低效的方式来工作-我不会推荐它。
你可以尽量减少需要合并:
- 检查频繁。许多小的变化减少风险合并冲突,同时少数几个大的变化增加曝光。
- 分裂大和经常改变的文件达成许多较小的文件,以尽量减少机会,2开发人员需要更改的同样的文件在同一时间
- 之前你开始工作文件,检查,如果他人,编辑,并尝试重组你的"计划"这样,你没有开始编辑的文件,而其他程序是在它的工作(一个自我强加的"软锁定",只是减少机会的融合所必须的)
你也可以升级合并工具。Visual Studio的合并 可怕的, ,难以使用,并经常介绍的问题进入代码。它咬了我,所以很多时候,我不能永远信任它,所以必须做的痛苦的手册合并。我现在使用轴的合并总是不自动完全合并,给予我信任,我只能留下这样做的合并对我来说。(我从来没有使用的另一个合并的程序,给予我信任,我已经试过了几乎每一个其他的选择年)。当一个手册合并是必需的,它提供了一个非常明确的合并鉴于"阅读",并且非常快速和直观的用户界面,用于选择如何合并各位代码,使它非常有效的。我曾经奋斗了3天有一个复杂的合并在VS(损坏了代码多次直到我放弃了)然后我买了轴合并和重新并整合并在15分钟。一个很好的工具,真正需要的痛苦了合并。
(我不属于轴中的任何一种方式,我只是不能忍受最可怕的合并工具)
不隶属于 StackOverflow