SVN:Subversion如何处理一次提交多个文件的问题?

SVN:Subversion如何处理一次提交多个文件的问题?,svn,revision,subversive,Svn,Revision,Subversive,SVN在一次提交多个文件时表现如何:是为每个文件提供相同的修订号,还是为每个文件提供增量修订号?存储库的下一个修订号是多少 我正在使用subversion 1.6和subversion Eclipse插件 当然,大多数时候我们必须一次提交多个文件。特性或bug修复的开发由多个文件中的更改组成,它们应该作为一种良好实践立即提交,并清楚地说明更改的内容。它为所有用户提供相同的修订号。在下一次提交修订中,num将增加1。Subversion对版本使用连续的数字。每个版本都是当前最新版本的增量。一次提交

SVN在一次提交多个文件时表现如何:是为每个文件提供相同的修订号,还是为每个文件提供增量修订号?存储库的下一个修订号是多少


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

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

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

有关红豆书的参考信息,请参阅:

修订说明符

正如我们在“修订”一节中所述,修订号 Subversion是一个非常简单的整数,它不断 对版本化数据提交的更改越多,越大


您可以想象,如果基于
当前版本+提交文件的数量
,如果您有一个包含大量文件和大量活动提交者的项目,并且经常进行涉及数百或数千个文件的重构,那么您将很容易获得相当高的修订数量。

是的,所有文件都有相同的修订,比如说我有20个头部修订,然后我提交了10个文件,所以下一个头部修订是30或22个?下一个头部修订是21个,下一个头部修订是指第二次提交后的修订号,对不起……我很难想象有人能够一次性达到最大提交数(32位计算机中的2^32,64位计算机中的更多)@mounaim:是的,我知道,我想强调这样的编号是对数字的浪费。显然,这将是一个相当大的项目,每天都要对大量新创建的文件进行大量的大规模重构…:D