有谁知道随着时间的推移跟踪非源代码控制目录的更改（添加/删除的文件，文本文件上的差异）的应用程序或系统？可以让你
在时间 A 拍摄某个目录树的快照
在时间段 B 回来看看发生了什么变化
在时间段 C 回来看看自时间段 A 以来发生了什么变化，以及自时间段 B 以来发生了什么变化
源代码控制存储库在这里不是一个选项。我想要在不受任何版本控制的目录结构上工作的东西。我的小组无法控制有问题的服务器或目录树，但对这些树的更改会影响我们，我们希望跟踪它们。“源代码控制”的对象是
反对任何需要文档作者签入、签出的集中式存储库。
反对必须手动/自动化一堆可以利用版本控制系统功能集的任务
我想要一个半成熟的包，人们花了一些时间思考这个问题。如果有一个版本控制系统被构建来处理这种事情，它适用。
编写一个脚本化的计划任务，将目录树复制到另一个地方，可能在不同的机器上，它是版本控制存储库的一部分。然后，计划任务将使用您选择的版本控制系统自动提交更改（Mercurial 应该很好地适用于该系统，因为它hg commit -A -m "automated snapshot"可以快速完成您需要的操作而无需任何交互式提示）。
我建议为副本使用 rsync，它适用于许多平台，并且快速高效，因为它不会复制未更改的文件。配置副本以从您的副本中删除已在主目录中删除的文件。
你的选择真的是：
只有一个标准目录，如果不在其他地方保留一个副本，实际上是没有办法做到这一点的，这实际上意味着它是一个源代码控制存储库。
我想要看起来、尝起来和闻起来都像牛奶的东西。但它不应该是牛奶。
换句话说：您正在描述一个 vcs。如果您告诉我们为什么不能使用 vcs，可能会更容易回答。
我唯一能想到的是苹果的 Time Machine，它（再次）基本上是面向大众的 vcs。
以设定的时间间隔自动将其提交到修订控制。如果您不希望目录中有任何额外的文件/目录，但您选择的存储库在工作副本中需要它们，则将目录内容复制到单独的工作副本中。
您要么需要源代码管理系统，要么需要文档管理系统。
为什么源代码管理不是一种选择？通过 Tortise SVN windows 集成，非程序员可以轻松使用 SVN。
听起来您对服务器没有太多选择....
这个怎么样？ 1. 在您的计算机上设置一个 SVN 存储库 2. 每晚从目录复制到您的计算机并提交更改。
或者... 使用 Windows“搜索”命令查找过去 n 天内更改的文件。每周手动运行报告。或者为该报告编写自动化程序。
你说的是版本控制系统？！所以我不确定我是否理解你为什么不想安装一个。您可以很容易地实现本地版本的 SVN/CVS 并通过您的应用程序在其中连接（例如添加新文件，删除旧文件）。这可以使用计划任务或其他东西定期完成。
我还没有听说过你可以使用的其他“简单”的东西。我猜是因为它已经完成了；）那么为什么要重新创建轮子...
我想你可以看看一个开源备份软件包。他们必须有一些逻辑来跟踪用于增量备份的文件更改。他们可能不跟踪文件更改虽然..
这是一个解决方案：
使用颠覆本地存储库并使用计划任务，该任务将定期提交您的文件（每小时一次？）
一个简单的例子：
您要跟踪的目录： c:\tracking_dir
您存储差异数据和其他历史信息的目录： c:\repository
设置应运行此命令的计划任务：
svn add c:\tracking_dir*.*
svn ci c:\tracking_dir*.* -m"通过计划任务自动提交"
这样，您就有了一个正在运行的示例，并且可以通过任何颠覆前端访问历史记录