如何通过修订拆分存储库,以便我可以存档其历史记录,同时仍能够继续提交到头存储库。Subversion通过修订版本分割存档历史记录
例如,假设我在我的存储库中有1000版本的修订。
我想该存储库分成2:第一包含1至500的修订版本,而第二由501〜1000
第一个将要被归档的。第二个将继续充当活动存储库,其中仍然对其进行提交。
他们假设能够在需要时合并为一个。
无论如何想法这可以实现?
如何通过修订拆分存储库,以便我可以存档其历史记录,同时仍能够继续提交到头存储库。Subversion通过修订版本分割存档历史记录
例如,假设我在我的存储库中有1000版本的修订。
我想该存储库分成2:第一包含1至500的修订版本,而第二由501〜1000
第一个将要被归档的。第二个将继续充当活动存储库,其中仍然对其进行提交。
他们假设能够在需要时合并为一个。
无论如何想法这可以实现?
使用svnadmin转储突击队可以完成这项任务“扁平化”的历史资料库:
svnadmin dump -r1:500 /path/to/repo > archive.dmp
svnadmin dump -r500:HEAD /path/to/repo > new_repo.dmp
svnadmin create /path/to/new/repo
svnadmin load /path/to/new/repo < new_repo.dmp
请问你为什么要找这个?有几千次提交的公开回购,并且提供整个回购非常方便。文件大小不应该增长得太快,除非你在其中存储巨大的电影或其他东西...
我不认为SVN真的是这样工作,没有完整的历史记录,你不能跟踪回档。你可以拿回旧回购的头,并开始一个新回购...但新旧回购之间的任何跟踪都必须手动完成。
我不知道你为什么要这样做,但你可以做到。 Subversion允许你dump your repository到一个文本文件中,以便将数据迁移到其他SVN服务器:
要使用svnadmin dump命令 生成转储数据,然后用svnadmin 负载来填充新的存储库 与它。
如果你想排除东西,你也可以filter the repository history。我不确定要得到你想要的是多么复杂,但这些链接应该是开始的地方。我做了一次,但是做了一些类似于链接中的例子。
有了Subversion,如果有疑问,可以去the source。