阁楼和目录中的CVS逗号-v文件

阁楼和目录中的CVS逗号-v文件,cvs,cvs2svn,Cvs,Cvs2svn,我有一个已有多年历史的生产CVS存储库,并且注意到它在阁楼和给定位置的实际目录中都有同名的逗号-v文件。这似乎是一个错误 我的问题是,当存在重复文件时,这种情况如何发生,CVS会做什么 我的猜测(希望)是,当有非阁楼版本时,它会一直忽略阁楼版本。有人能确认CVS在这种情况下是否一直表现良好吗 顺便说一句,cvs2svn标记了此错误,因为我正在进入一个“较新”的源代码管理系统。此问题是由于有人在CVS存储库中捣乱造成的(即,不是通过CVS客户端)。不幸的是,这样的破坏是常见的,例如为了绕过CVS不

我有一个已有多年历史的生产CVS存储库,并且注意到它在阁楼和给定位置的实际目录中都有同名的逗号-v文件。这似乎是一个错误

我的问题是,当存在重复文件时,这种情况如何发生,CVS会做什么

我的猜测(希望)是,当有非阁楼版本时,它会一直忽略阁楼版本。有人能确认CVS在这种情况下是否一直表现良好吗


顺便说一句,cvs2svn标记了此错误,因为我正在进入一个“较新”的源代码管理系统。

此问题是由于有人在CVS存储库中捣乱造成的(即,不是通过CVS客户端)。不幸的是,这样的破坏是常见的,例如为了绕过CVS不允许重命名文件的限制。也许有人试图通过移动其
文件名v
文件来重命名一个文件,但没有注意到该文件名在项目历史的早期已经被使用过,因此已经有了
阁楼/FILENAME,v
文件

我的猜测(希望)是,当有非阁楼版本时,它会一直忽略阁楼版本。有人能确认CVS在这种情况下是否一直表现良好吗

由于这是存储库损坏的一种形式,我怀疑CVS在这种情况下的行为是否有文档记录。很可能您的猜测是正确的,但要确保它始终以这种方式运行,可能需要对CVS源代码进行分析——对于您使用过的所有CVS版本。我建议您使用典型的CVS客户机和最重要的分支进行一些实验

顺便说一句,这个错误是由cvs2svn标记的,因为我正在进入一个“更新的”源代码控制系统


cvs2svn有许多。

不确定这是否与cpanel临时文件有关-