转向源代码控制
我们是一家规模很小的公司（3-4位程序员和3-4位网站设计师），它开发了一个单一用途的PHP Web应用程序，该应用程序可为大约100多个网站提供功能。我们已经在一个单独的开发和生产环境中运行了两年，效果很好。总是有足够多的独立功能要开发，以使程序员们再也不会真正冲突了，并且在没有源代码控制的情况下工作起来更加方便。即使这样做有造成数据丢失的风险，而且我们在无意间采取行动也丢失了相当一部分文件。 另一个考虑因素是我们的设计师不精通技术（我向他们介绍了html标记，而不是使用WYSIWYG）。这是不愿转向版本控制的原因之一。 但是，现在我们已经有100多个站点，并且开发团队正在壮大，我正在尝试对我们的过程进行标准化，并且就程序员而言，源代码控制似乎是合乎逻辑的一步。我希望这也可以加快我们的补丁程序部署。 不幸的是，我在建立源代码控制系统方面的经验非常有限。我很好奇从设置类似的人那里听到的消息，或者有进行切换的经验： 1）是否对所有内容（站点，css，html模板和应用程序代码）进行版本控制，从而迫使设计人员学习版本控制？还是仅开发人员才能处理应用程序代码？ 2）最初设置源代码管理时要注意哪些陷阱？ 3）部署dev =>用于源代码控制的生产技巧。 感谢您的见解。 编辑1：当当。到目前为止，每个人都建议控制一切。那会让我早点掉头发。在不久的将来，这可能会引发一个新的问题。感谢到目前为止的建议，请继续关注！ 编辑2：有很多好的答案，我们将研究各种版本控制系统。感谢大家的答复！