使用多个修订号进行乌龟SVN签出

使用多个修订号进行乌龟SVN签出,svn,tortoisesvn,revision,svn-checkout,Svn,Tortoisesvn,Revision,Svn Checkout,在“修订”部分下的SVN签出向导中,有两个可用选项是“标题/修订号” 我的用例:开发者A在版本1签入3个文件,开发者B在版本2签入2个文件,开发者C在版本3签入2个文件。总共有7个文件路径修订,但实际上在这些修订中修改了4个文件 我的问题是:我只想在一个签出事务中签出这3个修订 问题:单击“显示日志”时,我看到版本3、2、1及其各自的文件路径发生了更改。当我选择3,2,1修订更改并单击“确定”时。。。修订框将版本显示为1,而不是1,2,3 真的有一个选项可以在一次签出中签出多个版本吗??请帮助您

在“修订”部分下的SVN签出向导中,有两个可用选项是“标题/修订号”

我的用例:开发者A在版本1签入3个文件,开发者B在版本2签入2个文件,开发者C在版本3签入2个文件。总共有7个文件路径修订,但实际上在这些修订中修改了4个文件

我的问题是:我只想在一个签出事务中签出这3个修订

问题:单击“显示日志”时,我看到版本3、2、1及其各自的文件路径发生了更改。当我选择3,2,1修订更改并单击“确定”时。。。修订框将版本显示为1,而不是1,2,3


真的有一个选项可以在一次签出中签出多个版本吗??请帮助

您误解了SVN中修订的工作方式

当开发人员A签入第一个文件时,它们被赋予了修订版1(存储库本身也是如此),修订版1成为
修订版

开发人员B现在签入文件,整个存储库变为版本2(第二次更改存储库),即使repo中的各个文件将其当前版本保留为上次更改的版本。现在,我们有以下几点:

DevAFile1     v1.0
DevAFile2     v1.0
DevAFile3     v1.0
DevBFile1     v2.0
DevBFile2     v2.0
HEAD          v2.0
开发人员C现在又签入两个文件,这些文件(以及整个repo)是修订版3:

DevAFile1     v1.0
DevAFile2     v1.0
DevAFile3     v1.0
DevBFile1     v2.0
DevBFile2     v2.0
DevCFile1     v3.0
DevCFile2     v3.0
HEAD          v3.0
HEAD
现在是版本3,它由开发人员A提供的三个v1文件、开发人员B提供的两个v2文件和开发人员C提供的两个v3文件组成。因此,查看
HEAD
版本可以从各个开发人员获得文件的三个单独版本,所有这些组成了
头部
版本

这在第2.3.3节的TortoiseSVN帮助文件中进行了描述。修订版

全球修订号

与许多其他版本控制系统不同,Subversion的修订号适用于整个树,而不是单个文件。每个修订号选择一个完整的树,即某个提交的更改后存储库的特定状态。另一种考虑方法是,修订版N表示第N次提交后存储库文件系统的状态。当Subversion用户谈论foo.c“”的
revision 5时,他们实际上指的是
foo.c,正如在revision 5中所显示的那样。“”请注意,一般来说,文件的版本N和M并不一定不同

这可以通过在存储库中的单个文件上使用TortoiseSVN的
Show log
来确认。例如,查看
DevFileA1
将向您显示类似以下内容:

Revision  Action  Author  Date        Message
========  ======  ======  ========    =======
3         ...     DevC    xx/xx/xxxx  Last update message of repo from DevC
1         ...     DevA    xx/xx/xxxx  Checkin message from DevA

您误解了修订在SVN中的工作方式

当开发人员A签入第一个文件时,它们被赋予了修订版1(存储库本身也是如此),修订版1成为
修订版

开发人员B现在签入文件,整个存储库变为版本2(第二次更改存储库),即使repo中的各个文件将其当前版本保留为上次更改的版本。现在,我们有以下几点:

DevAFile1     v1.0
DevAFile2     v1.0
DevAFile3     v1.0
DevBFile1     v2.0
DevBFile2     v2.0
HEAD          v2.0
开发人员C现在又签入两个文件,这些文件(以及整个repo)是修订版3:

DevAFile1     v1.0
DevAFile2     v1.0
DevAFile3     v1.0
DevBFile1     v2.0
DevBFile2     v2.0
DevCFile1     v3.0
DevCFile2     v3.0
HEAD          v3.0
HEAD
现在是版本3,它由开发人员A提供的三个v1文件、开发人员B提供的两个v2文件和开发人员C提供的两个v3文件组成。因此,查看
HEAD
版本可以从各个开发人员获得文件的三个单独版本,所有这些组成了
头部
版本

这在第2.3.3节的TortoiseSVN帮助文件中进行了描述。修订版

全球修订号

与许多其他版本控制系统不同,Subversion的修订号适用于整个树,而不是单个文件。每个修订号选择一个完整的树,即某个提交的更改后存储库的特定状态。另一种考虑方法是,修订版N表示第N次提交后存储库文件系统的状态。当Subversion用户谈论foo.c“”的
revision 5时,他们实际上指的是
foo.c,正如在revision 5中所显示的那样。“”请注意,一般来说,文件的版本N和M并不一定不同

这可以通过在存储库中的单个文件上使用TortoiseSVN的
Show log
来确认。例如,查看
DevFileA1
将向您显示类似以下内容:

Revision  Action  Author  Date        Message
========  ======  ======  ========    =======
3         ...     DevC    xx/xx/xxxx  Last update message of repo from DevC
1         ...     DevA    xx/xx/xxxx  Checkin message from DevA