实现源代码控制

你必须让他认为这是他的主意。

指出,使用源代码管理,您不仅拥有所有内容的内置备份,而且还拥有以前的版本—让他意识到这是一件多么好的事情。

安装 SVN 严肃地说,即使对于单个开发人员,源代码控制也是必须的,更不用说对于三个开发人员了。

你应该有源代码管理。没有太多理由不拥有它。源代码管理将保护您免受可能导致代码出现问题的更改。我建议将db模式和数据(示例集)放在版本控制中。这将允许对数据库进行独立更改,而不会破坏用户在站点上看到的实时内容。

将事情置于源代码控制之下真的很容易——从字面上说,10分钟后你就可以将你的源代码置于源代码控制之下。我不会试图说服他这些好处,我只会继续做下去。

幸运的是,随着时间的推移,他会慢慢地看到好处( 他: 哦,不,一切都坏了! 你: 别担心,我只是看看,看看自上次工作拷贝以来发生了什么变化……)

听起来你需要让他相信这是真的

1. 要解决问题,,
2. 适当的解决方案(完全满足您的需要)和
3. 易于使用。

听起来你有足够的信息来证明#1:上次代码在服务器上“自行更改”,而你丢失了某人的工作,或者结果参差不齐。Bam,这是你的“问题。”#3是下一个更难的问题:你需要选择一个带有一套好工具的SCM并进行演示。陆龟系列产品(OrtoisehG、OrtoiseSVN)在这方面很好,因为它们使它不可怕。

显然,有很多方法可以解决人的问题(在大多数情况下,你有一个“人”的问题)。

1. 承诺的额外工作
3. 看不到它的额外价值

如果他们不喜欢额外的提交工作,一些chron脚本将帮助他们(或windows调度器)。定期在后台提交,或者递归地遍历他的文件并为下一次提交添加它们的东西。这将意味着您将在您的终端上做更多的工作来清理额外的文件和处理损坏的构建,但这是一个步骤。或者,如果他正在通过电子邮件向您发送代码,提交电子邮件的脚本也会起作用。

最后,很难证明该系统的重要性。最好的例子几乎总是:“我的机器烧坏了。”我想你可以用核武器炸他的箱子,但现在让我们看看不激怒你老板的方法。

这些只是人们不喜欢源代码管理的几个原因,但关键的想法是找到他的原因并适应它。