能否指定版本号进行Subversion提交？如何延续SVN仓库旧版本号？
1. 能否指定特定版本号执行Subversion（SVN）提交操作？
答案是不行。SVN的版本号是仓库自动维护的全局递增序列，每次提交都会自动分配当前最大版本号+1的新编号，完全由仓库内部机制控制，没有任何官方支持的方法可以手动指定提交的版本号。
这是因为SVN的版本号和仓库的变更历史强绑定，每个版本号对应唯一的一套变更记录、日志和文件快照，手动指定会破坏仓库的一致性，导致后续操作出现各种不可预知的问题。
如果你的需求是要在提交时关联某个旧版本的信息，替代方案可以是：
- 在提交信息中明确标注相关的旧版本号，比如
提交内容：修复XX问题，关联旧版本r995 - 使用SVN的标签（
svn copy创建标签）来标记重要版本，方便后续追溯
2. 新仓库如何延续旧仓库的修订版本号？
首先得明确：SVN官方同样不支持直接修改仓库的起始版本号，因为版本号是仓库核心元数据的一部分，和底层存储的每个版本记录一一对应，强行修改会带来仓库稳定性风险。但针对你旧仓库损坏的情况，有几个可行的方案可以尝试：
方案一：修改仓库底层文件（风险较高，谨慎操作）
如果新仓库还没有任何实际提交（只有初始空版本r1），可以手动修改仓库的版本号记录：
- 停止所有对新仓库的访问（确保没有正在进行的操作）
- 找到新仓库目录下的
db/current文件，用文本编辑器打开，里面的数字就是当前最新版本号 - 将其修改为旧仓库的最后一个版本号（比如旧仓库最后是r1000，就把文件内容改成
1000） - 保存文件后，重启仓库服务
下次提交时，SVN会自动分配1001作为新版本号。但要注意：这种操作绕过了SVN的内部校验，后续如果需要使用历史版本相关的命令（比如svn log查看r1到r999），会因为不存在对应版本记录而报错，只适合不需要追溯中间版本的场景。
方案二：通过dump文件导入最后版本并调整版本号（相对安全）
如果旧仓库还能导出最后一个版本的dump文件（即使历史损坏，只要最后一个版本的存储没问题）：
- 导出旧仓库最后一个版本的dump：
svnadmin dump -r [旧仓库最后版本号]:[旧仓库最后版本号] /path/to/old/repo > last_rev.dump - 编辑这个dump文件，找到开头的
Revision-number: 1（因为导出单个版本时，dump里的版本号会重置为1），将其修改为旧仓库的最后版本号（比如1000） - 创建新仓库并导入修改后的dump：
svnadmin create /path/to/new/repo svnadmin load /path/to/new/repo < last_rev.dump
这样新仓库的第一个版本就是r1000，后续提交会自动延续为r1001、r1002...，而且这个版本包含旧仓库最后版本的所有内容，同时保留了版本号的延续性。
方案三：版本号映射（无风险，适合长期维护）
如果上述操作都有顾虑，最稳妥的方式是接受新仓库版本号从1开始，同时在项目中维护一个版本号映射表，比如在项目根目录下创建一个version-map.md文件，记录：
新仓库版本r1 → 旧仓库版本r1000 新仓库版本r2 → 旧仓库版本r1001 ...
同时在每次提交的信息中注明对应的“逻辑版本号”（即旧仓库延续的编号），这样依赖版本号的记录工作可以通过映射表来对应，完全不会影响仓库的稳定性。
内容的提问来源于stack exchange，提问作者Jim Miller
