visual-studio - 请解决 checkout 和锁定与更新和合并版本控制的争论

Question

我已经使用源代码控制几年了(如果算上 Source Safe 年数)，但我绝不是专家。我们目前使用的是旧版本的 Sourcegear Vault。我们的团队目前使用 checkout 和锁定模型。我宁愿切换到更新和合并模型，但需要说服其他开发人员。

开发人员(不是我)设置为 checkout 和锁定工作的原因是由于叛徒文件。我们公司与一家咨询公司合作完成我们的大部分开发工作。几年前，早在我来到这里之前，他们就为更新和合并设置了源代码控制。顾问去check in，却遇到了合并错误。然后他们选择在断开模式下工作几个月。当终于到了测试项目的时候，出现了大量的错误，并且发现代码库有很大的不同。数周的工作最终不得不重做。于是他们去check out并锁定为解决方案。

我不喜欢 checkout 和锁定，因为这会让 2 个人或更多人同时在同一个项目中工作非常困难。每当您添加任何类型的新文件或更改文件名时，源代码管理都会检查 .csproj 文件。这可以防止任何其他开发人员添加/重命名文件。

我考虑只将 .csproj 文件作为可合并文件，但 Sourcegear 网站说这是一个坏主意，因为 csproj 是 IDE 自动生成的，并且您不能保证生成两个不同的 VS文件将产生相同的代码。

我的 friend (另一位开发人员)告诉我，解决方案是立即 checkin 您的项目。对我来说，问题在于我可能有一个无法构建的本地副本，并且可能需要一些时间来构建。我可能需要几个小时才能让构建工作，这意味着在此期间，没有其他人能够创建和重命名文件。

我反驳说，正确的解决方案是切换到可合并模型。我对“叛徒文件”问题的回答是，这是程序员纪律不佳的问题，您不应该使用较弱的程序员选择来解决纪律不佳的问题。相反，您应该采取行动来解决程序员缺乏纪律的问题。

那么谁是对的？ checkin - checkout 叛徒文件问题的合法答案吗？还是 .csproj 问题对多个开发人员来说太麻烦了？还是Sourcegear错了，设置csproj文件更新合并应该没问题？

Answer 1

你们遇到的更新和合并问题的根源在于您的团队与咨询团队之间缺乏沟通，以及咨询团队与您的团队之间缺乏沟通问题是什么，不一定是版本控制方法本身的问题。理想情况下，首先需要解决沟通问题。

我认为您对两种版本控制方法之间差异的技术分析是合理的，我同意更新/合并更好。但我认为真正的问题在于与您小组中的人的沟通，以及在使用版本控制时这如何变得明显，以及小组中的人是否对您的版本控制过程感到满意/满意'已选择。请注意，正如我所说的，我自己的团队正在努力解决完全相同的问题，只是使用敏捷/SCRUM 而不是 VC。这很痛苦，很烦人，令人沮丧，但诀窍(我认为)在于找出根本问题并解决它。

我认为这里的解决方案是确保(无论选择何种 VC 方法)都能很好地与每个人沟通，这是复杂的部分 - 您不仅要让您的团队参与特定的 VC 技术，还要咨询团队。如果咨询团队中的某个人不确定如何执行合并操作，那么请尝试培训他们。关键是保持沟通畅通无阻，以便在问题出现时得到解决。