问题：

>你(他们)从来没有遇到过灾难,你(他们)需要恢复到以前版本的网站,但却不能因为他们破坏了它？

>他们是否使用临时Web服务器来测试更改？

>当然,如果没有某些测试,他们不会修改生产服务器中的代码？

我怀疑第一个的答案是“是(他们有过灾难)”,第二个是“否”,我对第三个问题的答案犹豫不决(但从它的声音来看,答案可能是“是的,”他们真的做到了“).如果这是正确的,我钦佩他们的虚张声势,并且他们从不犯错误而感到惊讶.我永远不会冒直接在实际网站上进行更改的风险.

我建议您自己使用版本控制系统或VCS(任何VCS).找出您所关注的代码的皱纹,并开发灵活的分发,使其很容易(可能仍然使用SFTP)将VCS代码分发到网站.但也表明保留以前的版本有其优点 – 因为你可以恢复谁做了什么.首先,您可能会发现需要下载需要处理的任何页面(文件)的当前版本,并在开始修改页面之前将最新版本放入VCS,因为其他人可能已经修改过它最后在您的主存储库中更新.您可能还希望每天对文件进行“刮擦”以获取当前版本 – 并跟踪更改.你不会拥有’谁’,也不会确切地’何时'(优于最近的一天),也不会拥有’为什么’,但你会得到(累积)’什么’的变化.

在回答问题中的评论时,ÓlafurWaage澄清说,由于缺乏VCS,他们已经发生了灾难.

这通常会让生活变得更轻松.他们蠢蠢欲动;他们无法解除愚蠢的行为 – 他们可能让客户烦恼,他们应该对自己非常恼火. VCS使得从这些错误中恢复更加容易.显然,对于任何给定的自定义站点,您需要在VCS中提供该站点的“正确”或“官方”版本的(中央)备份.我可能会为所有客户使用单个存储库,使用对分支和合并有良好支持的VCS.一开始可能更难处理(人们习惯使用VCS),但从长远来看可能会带来更好的结果.我认真考虑使用现代分布式VCS(例如,git),尽管很多人也使用SVN(即使它不是分布式VCS).