我有一个生产CVS存储库,它存在很多年之久,并且已经注意到它在Attic和给定位置的实际目录中都有相同名称的逗号文件.这似乎是一个错误.
我的问题是如何在第一时间发生这种情况以及当存在重复文件时CVS会做什么.
我的猜测(希望)是,当有非Attic版本时,它会一直忽略Attic版本.任何人都可以确认CVS是否一直表现良好.
顺便说一句,这个错误是由cvs2svn标记的,因为我正在进入一个"更新"的源控制系统.
这个问题是由于某人在CVS存储库中徘徊(即不通过cvs客户端).不幸的是,这种混乱很常见,例如为了解决CVS不允许重命名文件的限制.也许有人试图通过移动FILENAME,v文件来重命名文件,而没有注意到文件名在项目历史的早期使用过,因此已经有了一个Attic/FILENAME,v文件.
我的猜测(希望)是,当有非Attic版本时,它会一直忽略Attic版本.任何人都可以确认CVS是否一直表现良好.
由于这是一种存储库损坏的形式,我怀疑是否记录了CVS在这种情况下的行为.很可能你的猜测是正确的,但确保它总是以这种方式运行可能需要分析CVS源代码 - 对于你曾经使用过的所有 CVS版本.我建议您使用典型的CVS客户端和最重要的分支机构进行一些实验.
顺便说一句,这个错误是由cvs2svn标记的,因为我正在进入一个"更新"的源控制系统.
| 归档时间： |
|
| 查看次数： |
1999 次 |
| 最近记录： |