在现场网站上维护备份和修订控制的最佳解决方案是什么？

作为我工作的一部分，我与几个实时网站合作。我们需要一种有效的方法来维护活动文件夹的备份。此外，更新这些网站可能会很痛苦，特别是如果出于某种原因在现场环境中发生变化。

什么是理想的将是无忧的源代码管理。我实现了SVN一段时间，这是一个很好的备份以及修订控制（容易恢复临时或重大更改）的半解决方案等。

不幸的是SVN的地方.SVN隐藏的目录到处造成问题，尤其是当其他开发人员进行文件夹结构更改或复制/移动网站目录。我听说过这是一个教育等问题，但SVN采取的方法对我们来说根本不是一个实际的解决方案。

我在想，也许增量备份解决方案可能会更好。

其他可能性包括：

SVK，这是唯一的命令行成为一个问题。此外，我不确定这是多么恰当。
Mercurial，可能带有一些触发器来隐藏分布式组件，在这种情况下不需要这些分布式组件，并且对于其他开发人员来说会不必要地复杂化。

我使用Mercurial进行了简短的实验，但找不到一个让存储库独立并保持与活动文件夹工作副本不间断同步的好方法。也许作为源控制解决方案（使存储库和活动文件夹位于同一地点）与另一个备份解决方案相结合，这可能是一条可行的路。水银的

一个缺点是，它不把源代码管理下的空文件夹这是网站往往具有空文件夹的文件上传等
Rsync，我还没有真正的占位符的位置问题调查。

我真的很感激你的建议，最好的方式来维护备份的实时网站，理想情况下与一个简单的方法快速检索过去的版本。

答案回复：

@Kibbee：
- 这不是这么多关于教育与任何东西，但VSS不熟悉和缺乏时间/精力学习还要别的吗。
- xcopy/7-zip方法听起来很合理我猜，但它会很快占用大量的空间吗？
- 至于源代码管理，我想我想让源代码管理只是说“这是现在文件夹的状态，我会处理，如果我不能匹配的东西，那就是你的错，我只会开始新的历史“，而不是难倒。
@Steve中号：
- 是啊，这做的更好的方式，但需要显著的文化变革。说完我非常喜欢这种方法。
@mk：
- 不错，我也没多想使用rsync部署。这只会上传差异吗？每次我们进行更改时，覆盖整个实时目录会因站点停机而出现问题。