【问题标题】:svn-update version mismatch with commit versionsvn-update 版本与提交版本不匹配
【发布时间】:2013-03-03 02:23:49
【问题描述】:

我在使用合作伙伴的代码更新我的代码时遇到了这个问题。我的伙伴上次提交是在修订版 36 上,但是当我更新我的工作目录时,svn 说版本跳到了 38。我不知道为什么会这样。当我更新时,我让一个有冲突的文件接受我的版本。在我更新我的之前,我的搭档也将一些东西复制到了她自己的 svn 中。其中哪一部分导致版本号不匹配?谢谢

【问题讨论】:

  • 为什么不看一下 SVN 日志,看看第 37 和第 38 版分别是什么?
  • @OliCharlesworth 好吧,当我检查 svn 日志时,它说修订版只达到 r36。不知道r37和38去哪儿了
  • 你是说如果你做svn info SomeFile,它会说38,但如果你做svn log SomeFile,它只会上升到36?这是非常可疑的。
  • @user1926344 - 如果你不是从 repo 的根目录登录,你可能跳过了修订,如果它们在“命令根”之外

标签: linux svn


【解决方案1】:

Subversion 中的Revision 是repository 的全局属性,每个子树都可以拥有小于repo 的HEAD-revision 的revision

检查工作副本的svn info 状态。作为我的一个仓库的主干示例

...
Revision: 37
...
Last Changed Rev: 36

即 - 最新版本 在 repo 中是 37,但在主干子树中 - 只有 36

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2011-10-31
    • 2017-08-03
    • 1970-01-01
    • 1970-01-01
    • 2021-07-11
    • 2018-05-26
    • 1970-01-01
    相关资源
    最近更新 更多