一个 SVN 存储库中的不同修订增量
Different Revision Increment in one SVN Repository
如何让一个分支在一个版本库中有不同的修订增量
示例：
Repo ----master
|
----trunk
当我在 trunk 上 commit 5 次 然后 merge 交给 master
结果：
Repo ----master (rev:1)
|
----trunk (rev:5)
然后我 在 trunk 上提交 4 次 然后 合并 到 master
结果：
Repo ----master (rev:2)
|
----trunk (rev:9)
可以用SVN实现吗？
没有。这些修订号是 SVN 识别修订的内部 id。即使您根本不更改代码，但它获得的只有 SVN 属性是它自己的修订号。 SVN 不允许用户为提交设置修订号，坦率地说，我认为没有必要这样做。如果你想做这样的计数，你必须独立于SVN来做。
实际上有时需要这样做。例如，在文档控制中，您可能有一个全局版本为 19 的文档，但第 7 节在版本 3 上。当第 7 节更新时，它应该更新到版本 4，全局文档更新到 20。在世界上我在工作中，审计员对文档中从 3 到 20 的部分的看法非常模糊。
答案（据我所知）是让每个部分成为自己的项目。
如何让一个分支在一个版本库中有不同的修订增量
示例：
Repo ----master
|
----trunk
当我在 trunk 上 commit 5 次 然后 merge 交给 master
结果：
Repo ----master (rev:1)
|
----trunk (rev:5)
然后我 在 trunk 上提交 4 次 然后 合并 到 master
结果：
Repo ----master (rev:2)
|
----trunk (rev:9)
可以用SVN实现吗？
没有。这些修订号是 SVN 识别修订的内部 id。即使您根本不更改代码，但它获得的只有 SVN 属性是它自己的修订号。 SVN 不允许用户为提交设置修订号，坦率地说，我认为没有必要这样做。如果你想做这样的计数，你必须独立于SVN来做。
实际上有时需要这样做。例如，在文档控制中，您可能有一个全局版本为 19 的文档，但第 7 节在版本 3 上。当第 7 节更新时，它应该更新到版本 4，全局文档更新到 20。在世界上我在工作中，审计员对文档中从 3 到 20 的部分的看法非常模糊。
答案（据我所知）是让每个部分成为自己的项目。