【问题标题】:SVN : How Subversion deals with committing multiple files at once?SVN:Subversion 如何处理一次提交多个文件?
【发布时间】:2015-02-26 10:34:16
【问题描述】:

当一次提交多个文件时,SVN 的行为如何:它是给每个文件相同的修订号,还是给每个文件增加修订号?存储库的下一个修订号是多少?

我正在使用 subversion 1.6 和 Subversive Eclipse 插件。

【问题讨论】:

  • 是的,所有文件都有相同的修订版
  • 说我有 20 个作为主要版本,然后我提交了 10 个文件,所以下一个主要版本是 30 或 22?
  • 下一个 HEAD 版本将是 21
  • 接下来我的意思是第二次提交后的修订号,对不起...

标签: svn revision subversive


【解决方案1】:

当然,大多数时候我们必须同时提交多个文件。功能或错误修复的开发由多个文件中的更改组成,它们应该作为一种良好的实践立即提交,并清楚地说明更改的内容。它为所有人提供相同的修订号。在下一次提交中,修订号加一。

【讨论】:

    【解决方案2】:

    Subversion 使用连续的数字表示版本。每个修订都是当前最新版本之一的增量。一次提交中的多个文件更改仍然作为一个修订处理。

    请参阅 here 以获取 Red Bean 书中的参考:

    修订说明符

    正如我们在“修订”部分中所述,修订号在 Subversion 非常简单——不断获取的整数 随着您对版本化数据提交更多更改,更大。

    您可以想象,如果它基于current version + number of committed files,如果您的项目包含大量文件和大量活跃的提交者并且经常重构涉及数百或数千个文件。

    【讨论】:

    • 我很难想象有人可以一次达到最大提交数(在 32 位计算机中为 2^32,在 64 位计算机中更多)
    • @mounaim:是的,我知道,我想强调这样一个事实,这样的编号会浪费数字。显然,它必须是一个相当大的项目,每天都有大量的大规模重构大量新创建的文件......:D
    猜你喜欢
    • 2011-05-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-01-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-04-22
    相关资源
    最近更新 更多