Version control Subversion的免费源代码控制替代方案
我想知道是否有符合以下标准的SCM:Version control Subversion的免费源代码控制替代方案,version-control,Version Control,我想知道是否有符合以下标准的SCM: 不将整个仓库历史记录保存在本地,因为这对于某些项目来说可能是巨大的 不使用隐藏目录(如.svn目录)污染整个源代码树 妥善处理二进制文件,或者至少能够限制为其存储的修订数量(如perforce) 通过HTTP同步 免费的 (可选)能够链接其他存储库,甚至是来自其他SCM的存储库(类似于svn:externals) (目前尚未发布)svn 1.7删除了每个目录中的.svn目录 发件人: Subversion 1.7中引入的更改的一个关键特性是将工作副本元数据
- 不将整个仓库历史记录保存在本地,因为这对于某些项目来说可能是巨大的
- 不使用隐藏目录(如
目录)污染整个源代码树.svn
- 妥善处理二进制文件,或者至少能够限制为其存储的修订数量(如perforce)
- 通过HTTP同步
- 免费的
- (可选)能够链接其他存储库,甚至是来自其他SCM的存储库(类似于svn:externals)
我从来没有真正被到处乱扔的.svn目录所困扰过——打包甚至使用svn导出进行部署似乎总是让它们在重要的时候变得无关紧要。出于好奇,在您的情况下,是什么让它们变得繁重?您应该看看Git:Git和所有其他DVC都会不符合“不在本地保存整个仓库历史记录,因为这对某些项目来说可能是巨大的”标准。有时,它们对某些项目来说是巨大的,特别是在使用二进制文件的情况下。我同意,但今天,桌面的磁盘空间真的很便宜,不是吗?磁盘空间很便宜,但不是“无限”,也不是网络速度。很高兴找到这个,我迫不及待地想看看新版本。