服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

移动到源代码pipe理

我们是一个相当小的公司(3-4名程序员和3-4名网站devise师),开发了一个单一目的的PHPnetworking应用程序,为约100多个网站提供function。 我们在一个单独的开发和生产环境中运行了几年,运行得相当好。 总是有足够多的独立特性被开发出来,程序员们从来没有真正的冲突过,没有源代码控制的情况下工作起来更方便。 即使它有数据丢失的风险,而且我们已经有一小部分文件在不经意的情况下丢失了。 另一个考虑是我们的devise师不是技术精通(我介绍他们到HTML标记,而不是使用所见即所得)。 这是犹豫转向版本控制的原因之一。 然而,现在我们已经达到了100多个网站,而且开发团队也在不断增长,我正在努力使我们的程序标准化,对于程序员来说,源代码控制似乎是一个合理的步骤。 我希望这也会加快我们的补丁部署。 不幸的是,我设置源代码控制系统的经验非常有限。 我很好奇从具有相似设置的人,或经验转换的人那里听到: 1)你是否一切版本(网站,CSS,HTML模板和应用程序代码),从而迫使devise师学习版本? 还是只是开发人员在应用程序代码上工作? 2)初始设置源代码控制时需要注意哪些问题? 3)部署dev =>源代码pipe理的生产提示。 感谢所有的洞察力。 编辑1:当。 到目前为止,每个人都在推荐控制一切。 那会让我早早失去理发。 这可能会在不久的将来引发一个新的问题。 感谢您的build议,保持它的到来! 编辑2:很多好的答案,我们将研究各种版本控制系统。 感谢大家的回复!