由Subversion的版本管理想到的--带版本的存储管理

本文提到的svn实现问题，均是笔者推测，如有不正确的地方请不吝指正。

最近用svn作发布版本的管理，遇到诸多不便，于是产生了带版本的存储管理的想法，很多想法还没又成型，只是提笔记一下。

 

1、svn对版本的管理可以视为是二维的结构

        一个维度是路径，另一个是时间（也就是版本历史）。

        提交修改后，无论修改的目录是什么，其version总是连续递增的，可见，svn的版本号不是针对某个文件或者目录的，而是整个存储的根目录；类似于每次commit，都生成一个当前根存储的一个快照。

   但是，svn貌似没有提供，撤销版本的功能，笔者只能通过export老版本覆盖后commit模拟；知道更好的方法的朋友，清不吝指教。

 

 

2、 带版本管理的存储管理

2.1 文件存储

• 去冗余 相同md5的文件只存一份，通过类似于linux link_cout的方法，记录文件的引用数，引用为0时，可清理
• 生命期概念 超过生命期的内容，通过unlink清理
• 符号文件名与md5 以md5作为文件的唯一标识，文件名称、mode等属性通过单独的记录存储（类似于ext文件系统）
• 命名空间 不同名称空间下维护个字的目录层次和版本历史

 

2.2 版本管理

• 版本号归一化 始终以根节点为参考点，简化版本管理
• 版本删除 只允许最后版本的删除；rm
• 线性化版本历史