使用多个修订号进行乌龟SVN签出
在“修订”部分下的SVN签出向导中,有两个可用选项是“标题/修订号” 我的用例:开发者A在版本1签入3个文件,开发者B在版本2签入2个文件,开发者C在版本3签入2个文件。总共有7个文件路径修订,但实际上在这些修订中修改了4个文件 我的问题是:我只想在一个签出事务中签出这3个修订 问题:单击“显示日志”时,我看到版本3、2、1及其各自的文件路径发生了更改。当我选择3,2,1修订更改并单击“确定”时。。。修订框将版本显示为1,而不是1,2,3使用多个修订号进行乌龟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(存储库本身也是如此),修订版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