实施源代码管理

Question

我公司有3名开发人员。我，另一个人和一个副总裁。我真的想实现源代码控制，特别是因为我们的代码似乎随机改变了它自己。我们倾向于在服务器上开发，直播等等。

如果有必要的话，我可以在我的机器上备份我们的数据库副本，就像另一个人一样。 VP开发人员不想要它。我怎样才能和他一起改变主意，或让他为他工作呢？

Answer 1

你必须让他认为这是他的想法。

指出通过源代码控制，您不仅可以拥有所有内容的内置备份，而且还拥有以前的版本 - 让他意识到这是多么好的事情。

Answer 2

安装SVN并告诉反对它的人“每个人都这样做”:) 并且认真 - 即使对于单个开发人员来说，源代码控制也是必须的，更不用说三个了。

对于DB服务器 - 您可以使用一个开发服务器（它可以是常规机器）。如果您使用每个本地副本当然没有问题，但您必须拥有强大的数据库模式生成/同步工具。

Answer 3

你应该拥有源代码控制权。没有太多借口没有它。源代码管理将保护您免受可能导致代码出现问题的更改。我建议将db模式和数据（示例集）放在版本控制中。这将允许对数据库进行独立更改，而不会搞砸用户在网站上看到的内容。

Answer 4

请注意，您并不是真的在这里询问源代码控制，而是询问开发数据集所在的位置。如果可能的话，每个开发人员的本地数据库是最好的，但如果不这样做，一个合理的选择就是拥有一个包含源控制服务器和开发数据库的虚拟机。

Answer 5

将事物置于源代码控制之下非常简单 - 从字面上看，从现在开始10分钟，您可以将源代码置于源代码管理之下。而不是试图说服他的好处，我会继续前进，无论如何。

只需在源代码管理下放置源代码的副本即可 - 即使他不使用它，只需定期将实时更改合并到源代码控制存储库中。至少你有一个修订历史记录（如果你是他是唯一改变来源的人，那就意味着你没有做出任何改变，他必须做出改变）

幸运的是，随着时间的推移，他会慢慢看到好处（他：哦不 - 一切都破了！你：别担心，我会只看，看看自上次工作副本以来发生的变化......）

Answer 6

听起来你需要说服他这是

1. 解决问题的必要性，
2. 一个合适的解决方案（完全符合您的要求）和
3. 易于使用。

听起来你有信息要证明＃1：上次代码“在服务器上自行更改”，你丢失了某人的工作或混合的结果很差。巴姆，这是你的“问题”。 ＃3是下一个更难的：你需要选择一个带有一套好工具的SCM并进行演示。 TortoiseX系列产品（TortoiseHg，TortoiseSVN）非常适合这种情况，因为它们让它变得非常可怕。

第2项是最难的：证明这是适当的解决方案。也许，为了让他相信这一点，你可以参考其他程序员的轶事，或者通过查看Github，在那里你可以回顾一下产品的早期版本。我抓着稻草，在这里，因为我觉得他的论点是，“Ach，那是一个非常令人头痛的事情，就是当事情破裂时。这是不值得的。”

Answer 7

显然，有很多方法可以解决人们（大多数情况下你都有“人”）问题。

我要做的第一件事是找出他为何如此反对源代码控制。很多时候，不喜欢源代码控制的人不喜欢：

1. 提交的额外工作
2. 不要总是在互联网旁边工作
3. 看不到它的额外价值

每种问题都有不同的解决方案。显然第三个是棘手的，所以我最后会处理它。

如果他们不喜欢提交的额外工作，一些chron脚本将帮助他们（或Windows调度程序）。经常在后台提交的东西，或者递归地遍历他的文件并将它们添加到下一次提交中。这意味着你将在你的头上做更多的工作来清理额外的文件并处理破坏的构建，但这是一个步骤。或者，如果他通过电子邮件向您发送代码，则提交电子邮件的脚本也可以正常工作。

如果他并不总是在互联网访问旁边工作，请考虑像GIT这样的系统。 GIT（比SVN之类的东西）的优势在于它使用拉模型而不是推模式。因此，您从其他GIT用户提取更新，而不是推送提交。如果您在飞机上工作但没有互联网接入，这是一个很有价值的功能。

最后，证明系统的重要性是艰难的。最好的例子几乎总是：“我的机器烧毁了。”我想你可以把他的盒子拿出来，但是现在让我们看看那些不会让老板感到沮丧的方法。

证明存储库重要性的一种好方法是每日构建。进行日常构建意味着您可以轻松地集成功能并更快地发现错误。使用每日构建设置存储库将显着改善您的工作条件，并可能给人留下良好的印象。

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