Subversion 的免费源代码管理替代方案
我想知道是否有任何 SCM 满足这些标准：
- 不将整个仓库历史记录保存在本地，因为这对于某些
- 不使用隐藏目录污染整个源代码树的项目来说可能是巨大的（例如
.svn那些） - 可以很好地处理二进制文件，或者至少能够限制为它们存储的修订数量（例如perforce）
- 同步
- 可以选择通过HTTP免费
- ，能够链接其他存储库甚至来自其他SCM（例如svn）的存储库：外部）
I would like to know if there is any SCM that meets these criteria:
- not keeping the entire depot history locally because this can be huge for some projects
- not polluting the entire source tree with hidden directories (like
.svnones) - work decently with binary files, or at least to be able to limit the number of revisions to store for them (like perforce)
- sync over HTTP
- free
- optionally, be able to link other repositories or even ones from other SCM (something like svn:externals)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
（截至目前尚未发布）svn 1.7 取消了每个目录中的 .svn 目录。
来自 http://subversion.apache.org/docs/release-笔记/1.7.html#wc-ng：
我从来没有真正被遍布各处的 .svn 目录所困扰 - 打包甚至使用 svn 导出进行部署似乎总是让它们在重要的时候变得无关紧要。出于好奇，是什么让他们在你的情况下变得繁重？
(as of now unreleased) svn 1.7 does away with the .svn directory in each directory.
From http://subversion.apache.org/docs/release-notes/1.7.html#wc-ng :
I've never really been bothered by the .svn dirs littered throughout - packaging or even a deploy using svn export always seemed to make them not matter when it mattered. Out of curiosity, what's making them onerous in your situation?
你应该看看 Git ： http://git-scm.com/
You should have a look at Git : http://git-scm.com/