Question

所有

我最近在CVS回购[1]中遇到了一些我从未见过的工作。其中有一个文件现在为1.1.1.7.2.3，开发人员希望将其与通常的cvs upd -j合并回主干。有一个1.1版本，所以我们最终得到1.2。但是，发生了一些奇怪的事情：

(432) $ cvs stat lsm_routines.F90
===================================================================
File: lsm_routines.F90  Status: Up-to-date

   Working revision:    1.1.1.7.2.3
   Repository revision: 1.1.1.7.2.3 /cvsroot/esma/esma/src/Components/GEOSland_GridComp/Shared/lsm_routines.F90,v
   Commit Identifier:   10058360F8865121B95
   Sticky Tag:      H54p3NL_RFCST_DEC (revision: 1.1.1.7.2.3)
   Sticky Date:     (none)
   Sticky Options:  (none)

(433) $ cvs upd -A
cvs update: Updating .
P GNUmakefile
P lsm_routines.F90
U update_model_paras.F90
(434) $ cvs stat lsm_routines.F90
===================================================================
File: lsm_routines.F90  Status: Up-to-date

   Working revision:    1.1.1.7
   Repository revision: 1.1.1.7 /cvsroot/esma/esma/src/Components/GEOSland_GridComp/Shared/lsm_routines.F90,v
   Commit Identifier:   cafGCp7ex2ZHRIRy
   Sticky Tag:      (none)
   Sticky Date:     (none)
   Sticky Options:  (none)

(435) $

注意，它不是1.1，而是1.1.1.7。这就像HEAD不是1.x分支的顶部，而是1.1.1.x分支的顶部。咦。

并非该目录中的每个文件都这样做;例如，GNUmakefile就像我期望的那样：

(444) $ cvs stat GNUmakefile 
===================================================================
File: GNUmakefile       Status: Up-to-date

   Working revision:    1.1.1.1.4.1
   Repository revision: 1.1.1.1.4.1 /cvsroot/esma/esma/src/Components/GEOSland_GridComp/Shared/GNUmakefile,v
   Commit Identifier:   LNjO62lYlJEM8V4z
   Sticky Tag:      Heracles-UNSTABLE-RanlibFix-ESMF7 (revision: 1.1.1.1.4.1)
   Sticky Date:     (none)
   Sticky Options:  (none)

(445) $ cvs upd -A
cvs update: Updating .
P GNUmakefile
P catch_constants.f90
P lsm_routines.F90
U update_model_paras.F90
(446) $ cvs stat GNUmakefile
===================================================================
File: GNUmakefile       Status: Up-to-date

   Working revision:    1.3
   Repository revision: 1.3 /cvsroot/esma/esma/src/Components/GEOSland_GridComp/Shared/GNUmakefile,v
   Commit Identifier:   jNHU505ZSv5uKViz
   Sticky Tag:      (none)
   Sticky Date:     (none)
   Sticky Options:  (none)

(447) $

1.x是我期望的地方。

有没有人曾经在CVS见过这个？管理员方面有什么可以做的吗？一些奇怪的锁或属性需要翻转？

马特

[1]只是为了预防不可避免的事情：是的，我知道CVS已经老了，应该远离它;我正在帮助将这个回购很快转移到git，但是现在，开发是在CVS中。

Answer 1

嗯，最后答案似乎是：CVS很奇怪。

我决定谨慎对待风，并采取我通常会做的步骤......结果是1.2！虽然它表示它是1.1.1.7，但它承诺1.2。

耸肩

正如我所说的那样，我们很快就会转向git，所以，坦率地说，CVS会变得有些奇怪，我不介意。

'cvs update -A'不会移动到trunk（1.x）

1 个答案: