15
如何说服牛仔程序员使用源代码控制？
更新 我在一个由4个人组成的小型开发团队中工作。他们都使用了源代码控制。他们中的大多数人不能忍受源代码管理，而是选择不使用它。我坚信源代码控制是专业发展的必要部分。有几个问题使得说服他们使用源代码管理非常困难： 该团队不习惯使用TFS。我进行了2次培训，但只分配了1个小时，这是不够的。 团队成员直接在服务器上修改代码。这样可以使代码不同步。要求比较只是为了确保您正在使用最新的代码。并出现复杂的合并问题 开发人员提供的时间估算不包括解决这些问题所需的时间。因此，如果我说诺诺，则需要花费10倍以上的时间...我必须不断地解释这些问题并冒险冒险，因为现在管理层可能会认为我“慢”了。 服务器上的物理文件超过100个文件以未知的方式有所不同。合并需要了解手头的项目，因此需要我无法获得的开发人员合作。 其他项目不同步。开发人员继续对源代码管理不信任，因此不使用源代码控制使问题更加复杂。 开发人员认为，使用源代码控制很浪费，因为合并容易出错并且很困难。这很难辩驳，因为当源代码控制被严重滥用而源代码控制被不断地绕开时，它确实容易出错。因此，证据在他们看来是“不言而喻”。 开发人员认为，绕过TFS直接修改服务器代码可以节省时间。这也很难争论。因为开始同步代码所需的合并非常耗时。乘以我们管理的10多个项目。 永久文件通常与Web项目存储在同一目录中。因此，发布（完全发布）会删除这些不在源代码管理中的文件。这也加剧了对源代码控制的不信任。因为“发布破坏了项目”。解决此问题（将存储的文件移出解决方案子文件夹）需要花费大量时间和调试时间，因为这些位置未在web.config中设置，并且通常存在于多个代码点中。 因此，文化会持续存在。不良做法会导致更多不良做法。不良的解决方案会驱使新的黑客“更正”更深层次，更耗时的问题。服务器，硬盘空间极难获得。然而，用户的期望正在上升。 在这种情况下可以做什么？