我有一个生产CVS仓库是一个数年之久,并已经注意到,它有两个阁楼相同的名称,并在给定位置的实际目录逗号-V的文件。这似乎是一个错误。

我的问题是如何发生摆在首位,什么会做CVS时存在重复的文件。

我猜想(希望)是它会忽略阁楼版本一切的时候,有一个非阁楼版本。任何人都可以确认是否CVS表现好所有的时间出现这种情况。

顺便提及,该错误是由cvs2svn标记为我在进入一个“较新的”源控制系统的过程是

有帮助吗?

解决方案

这个问题的结果从某人的出渣周围(即,不经由CVS客户端)CVS仓库内。不幸的是,这样的碴很常见,例如,以绕过限制,即CVS不允许重命名文件。也许有人试图重命名通过移动FILENAME,v文件的文件,而没有注意到文件名曾在该项目的历史早已经在使用,因此已经有了一个Attic/FILENAME,v文件。

  

我猜想(希望)是它会忽略阁楼版本一切的时候,有一个非阁楼版本。任何人都可以确认是否CVS表现好所有的时间出现这种情况。

由于这是存储库腐败的一种形式,我怀疑CVS的这种情况下的行为是否被记录。最有可能的猜测是正确的,但要确保它总是表现这种方式可能会需要CVS源代码的分析 - 对全部 CVS的,你曾经使用的版本。我建议你做一些实验,用典型的CVS客户端和你最重要的分支。

  

顺便提及,该错误是由cvs2svn标记为我在进入一个“较新的”源控制系统的过程是

cvs2svn具有许多建议解决此问题工作。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top