1

问题：

是否有一个很好的免费和开放的解决方案来对整个文件系统进行修订控制？这包括“任何典型的修订控制系统都可以为此工作（git、svn、bzr 等）吗？”的问题。

用例：

我们有文件系统映像，这些映像代表我们某些嵌入式系统上发生的安装，其中每个最后安装的文件都会产生影响。它们经常需要在开发、调试和维护过程中进行修改。这些更改需要与制作者、原因和时间一起存储。我们还需要能够区分更改并恢复到特定版本。

修订文件系统听起来像是一个合理的妥协。但是我可以想到一些潜在的阻塞问题：

  • 提交身份验证，以及提交者和目的跟踪缺失
  • 包括文件系统中的历史
  • 难以提交到共享存储库
4

4 回答 4

2

如果其他人遇到此问题，您可能需要查看 https://www.presslabs.com/gitfs/

于 2016-10-15T20:07:16.013 回答
1

Rsnapshot和Bup看起来都很有前途，但我没有详细信息。

我会选择 Bup，并会在我有更多信息时更新这个答案。

于 2012-06-20T19:31:11.277 回答
0

我想你要的是 NILFS！它不包括你的整个愿望清单，因为它不是远程的，但也许可以通过 Rsync 到另一个运行 nilfs 的系统来解决。

这就是我认为您可能会喜欢它的原因（来自维基百科功能部分）：

NILFS 提供连续快照。除了整个文件系统的版本控制功能外，用户甚至可以恢复最近被错误覆盖或删除的文件。由于 NILFS 可以像传统的 LFS 一样保持一致性，实现了系统崩溃后的快速恢复。

大多数文件系统不提供连续快照，包括那些支持时间点快照的系统（例如 Btrfs）

NILFS 每隔几秒或每个同步写入创建多个检查点（除非没有变化）。用户可以在连续创建的检查点中选择重要的版本，并可以将它们更改为快照，这些快照将被保留，直到它们被更改回检查点。

这可能不适合您的需求的地方是，我不相信它会存储提交或提交日志消息的人。你必须为此做些别的事情。：/此外，我不确定我是否理解您的要点“难以提交到共享存储库”这是否是说您希望难以提交到共享存储库？或者实际上，提交共享仓库的系统将是一个强化的过程，因为对用户来说非常可靠和一致？

于 2021-11-09T22:16:28.393 回答
-1

我认为您想要的是 SDK/API 来访问某个版本控制系统的存储库并执行操作（如签入、签出、显示历史记录等）

我不确定 Git、SVN 是否提供这样的 SDK/API，但我知道很少有商业版本控制软件提供这样的 SDK/API。（例如在 google 中搜索 sourceanywhere SDK）

于 2012-06-19T09:47:53.950 回答