该团队在Zend Studio 5.5中工作,通过FTP或SFTP连接到Live服务器.他们喜欢这个是他们部署代码的速度(因为它只是修改实时代码).
但是由于许多明显的原因,当然这并不好.
我想将它们转移到版本控制系统(CVS,SVN或任何其他工具),但问题是,我不是他们的高级,所以我需要一个胡萝卜让他们开始使用它.
我需要在他们的机器上构建什么样的设置才能像往常一样编码？
我要做的是在我的机器上创建这个设置,然后显示它们.
我知道这有点不同寻常,但它变成了我的激情,将他们的思维方式从通常的代码破解转变为结构和优雅.谢谢.
更新(Jonathan Leffler的回答)：
>是的
>不
>是的,他们真的这样做
问题是,工作室制作了一个集中的CMS系统,该系统托管在数百个网站上,他们需要修改各个网站,如果这些网站是在主要的组合中还是在他们自己的网站内？
>你(他们)从来没有遇到过灾难,你(他们)需要恢复到以前版本的网站,但却不能因为他们破坏了它？
>他们是否使用临时Web服务器来测试更改？
>当然,如果没有某些测试,他们不会修改生产服务器中的代码？
我怀疑第一个的答案是“是(他们有过灾难)”,第二个是“否”,我对第三个问题的答案犹豫不决(但从它的声音来看,答案可能是“是的,”他们真的做到了“).如果这是正确的,我钦佩他们的虚张声势,并且他们从不犯错误而感到惊讶.我永远不会冒直接在实际网站上进行更改的风险.
我建议您自己使用版本控制系统或VCS(任何VCS).找出您所关注的代码的皱纹,并开发灵活的分发,使其很容易(可能仍然使用SFTP)将VCS代码分发到网站.但也表明保留以前的版本有其优点 – 因为你可以恢复谁做了什么.首先,您可能会发现需要下载需要处理的任何页面(文件)的当前版本,并在开始修改页面之前将最新版本放入VCS,因为其他人可能已经修改过它最后在您的主存储库中更新.您可能还希望每天对文件进行“刮擦”以获取当前版本 – 并跟踪更改.你不会拥有’谁’,也不会确切地’何时'(优于最近的一天),也不会拥有’为什么’,但你会得到(累积)’什么’的变化.
在回答问题中的评论时,ÓlafurWaage澄清说,由于缺乏VCS,他们已经发生了灾难.
这通常会让生活变得更轻松.他们蠢蠢欲动;他们无法解除愚蠢的行为 – 他们可能让客户烦恼,他们应该对自己非常恼火. VCS使得从这些错误中恢复更加容易.显然,对于任何给定的自定义站点,您需要在VCS中提供该站点的“正确”或“官方”版本的(中央)备份.我可能会为所有客户使用单个存储库,使用对分支和合并有良好支持的VCS.一开始可能更难处理(人们习惯使用VCS),但从长远来看可能会带来更好的结果.我认真考虑使用现代分布式VCS(例如,git),尽管很多人也使用SVN(即使它不是分布式VCS).
