Svn 存储库修订号和日期顺序不一致

我试图分析软件开发工作中发生的事情。我有一份subversion存储库的副本，但在我的工作中，我发现了一些意想不到的东西

修订的顺序与日期顺序不一致

示例：
第1版-第0天
第2版-第3天
第3版-第10天
第4版-第4天
修订版5

---

我对共享存储库不是很熟悉。我假设修订的顺序在修订号和日期上是相同的。这些差异的原因可能是什么？我还可以看到一些连续的修订版本，它们之间的时差为月，而不是几天或几小时。

日期似乎不符合顺序，因为您看到的修订编号可能来自不同分支上的不同来源，也就是说，它们不都来自同一分支或路径

使用您的示例，这就是存储库的外观（时间从左向右流动）：

---

日期似乎不符合顺序，因为您看到的修订号可能来自不同分支上的不同来源，也就是说，它们并非都来自同一分支或路径

使用您的示例，这就是存储库的外观（时间从左向右流动）：

---

当您从另一个源导入数据时，可能会发生这种情况。例如，您可以创建一个存储库，提交一些修订，然后

svnadmin将更多修订加载到其中。
当您从另一个源导入数据时，可能会发生这种情况。例如，您可以创建一个存储库，提交一些修订，然后
svnadmin向其中加载更多修订。
此存储库是通过cvs2svn从CVS存储库生成的吗？如果存储库是从CVS存储库逐段生成的，则日期将不符合顺序。此外，如果CVS存储库中的日期不符合顺序，则该日期将被带入Subversion存储库

实际上，这同样适用于手动将修订转储加载到存储库中的任何内容，例如，将两个存储库组合在一起。
此存储库是通过cvs2svn从CVS存储库生成的吗？如果存储库是从CVS存储库逐段生成的，则日期将不符合顺序。此外，如果CVS存储库中的日期不符合顺序，则该日期将被带入Subversion存储库

实际上，这同样适用于手动将修订转储加载到存储库中的任何内容，例如，将两个存储库组合在一起。
这里的修订仍然与时间呈线性关系，只有当您获得trunk的历史记录时，您才会“错过”一些修订revisions@Sander：是，除非后来添加了一些修订（即，“事后修改历史”），某个分支的修改都应该按时间顺序进行。你会怎么做？Subversion不允许这样做？这里的修改仍然与时间成线性关系，只有当你得到主干的历史时，你才会“错过”一些revisions@Sander：是，除非后来添加了一些修订（即，“事后修改历史），某个分支的修订都应该按时间顺序进行。你会怎么做？Subversion不允许这样做？+1这与我的回答基本相同。也可能是因为其他导入工具，例如vss2svn。是的，我试图记住我们自己的存储库以这种方式结束的所有方式，最后意识到这一切都归结为
svnadmin load
：）这很可能发生在将多个cvs/vss/其他存储库合并到一个Subversion存储库+1中时，这与我的回答几乎相同。也可能发生在其他导入工具上，例如vss2svn。是的，我试图记住我们自己的存储库的所有方式s以这种方式结束，并最终意识到这一切都归结为
svnadmin load
：）这很可能发生在将多个cvs/vss/其他存储库合并到一个Subversion存储库时
trunk:  ---- r1  ----- r2  ---------------------- r10 ----
                         \                        /
                          \                      /
branch:                    --- r3, r5, r6, .. ---