Version control 使用MVFS进行版本控制

Version control 使用MVFS进行版本控制,version-control,clearcase,Version Control,Clearcase,除了ClearCase之外,是否还有类似MVFS的虚拟文件系统可用的版本控制系统 我找不到 谢谢, Mart否(在读/写远程访问中) 是关于封装要组合的本机文件系统: 网络接入 使用版本文件 据我所知,只有ClearCase提供这种功能(特别是在许多平台上:Unix、Linux、Windows和Hp) 其他VCS提供只读远程访问,如和 摘自“”(pdf,摘自Reilly GRANT): Git的文件系统接口(首字母缩写为“figfs”,发音类似于“figs”)允许开发人员在Git存储库中处理

除了ClearCase之外,是否还有类似MVFS的虚拟文件系统可用的版本控制系统

我找不到

谢谢, Mart

否(在读/写远程访问中)

是关于封装要组合的本机文件系统:

  • 网络接入
  • 使用版本文件
据我所知,只有ClearCase提供这种功能(特别是在许多平台上:Unix、Linux、Windows和Hp)

其他VCS提供只读远程访问,如和

摘自“”(pdf,摘自Reilly GRANT):

Git的文件系统接口(首字母缩写为“figfs”,发音类似于“figs”)允许开发人员在Git存储库中处理项目,就像处理本地文件系统一样。这意味着所有分支、标记和修订都可以浏览,而无需签出任何内容

以前已经实现了通过文件系统访问存储库中过去版本的功能。
Gitfs和svnfs[12](与Gitfs相同,只是它使用Subversion) 实现存储库历史记录的只读视图
与svnfs相比,gitfs的优势在于Git是一个分布式系统,因此在本地机器上维护整个存储库的副本,消除了获取修订时的网络延迟。
商业系统RationalClearCase[9]提供了存储库的可写文件系统视图MVFS(多版本文件系统),作为将文件签出到本地文件系统的替代方案。与svnfs一样,该系统的性能受到需要通过网络查询未缓存文件数据的影响。
Figfs消除了这个问题,因为Git存储库完全存储在本地


仅供参考,ClearCase的一个优点是它监视对典型文件操作的系统调用,并可以确定构建中的实际依赖关系。这在构建复杂系统时非常重要。此功能已添加到GNU make(仅在*nix系统上运行)中;作者目前正在使用MySQL添加派生对象缓存。

这是一个有趣的主题,尽管我猜已经没有多少开发人员对它感兴趣了。我真的很想知道这样的功能是否有足够的兴趣,因为我一直想在塑料SCM()中实现它