我有一个已有多年历史的生产 CVS 存储库，并且注意到它在 Attic 和给定位置的实际目录中都有同名的逗号-v 文件。这似乎是一个错误。
我的问题是，这种情况首先是如何发生的，以及当存在重复文件时 CVS 会做什么。
我的猜测（希望）是，当存在非 Attic 版本时，它会始终忽略 Attic 版本。任何人都可以确认 CVS 在这种情况下是否始终表现良好。
顺便说一句，这个错误是由 cvs2svn 标记的，因为我正在进入“较新”的源代码控制系统。
这个问题是由于有人在 CVS 存储库中乱搞造成的（即，不是通过 cvs 客户端）。不幸的是，这种破坏很常见，例如为了绕过 CVS 不允许重命名文件的限制。也许有人试图通过移动文件来重命名文件FILENAME,v文件，而没有注意到该文件名已在项目历史的早期使用过，因此已经有一个Attic/FILENAME,v file.
我的猜测（希望）是，当存在非 Attic 版本时，它会始终忽略 Attic 版本。任何人都可以确认 CVS 在这种情况下是否始终表现良好。
由于这是存储库损坏的一种形式，我怀疑 CVS 在这种情况下的行为是否有记录。您的猜测很可能是正确的，但确保它始终以这种方式运行可能需要分析 CVS 源代码 - forall您曾经使用过的 CVS 版本。我建议您对典型的 CVS 客户端和最重要的分支进行一些实验。
顺便说一句，这个错误是由 cvs2svn 标记的，因为我正在进入“较新”的源代码控制系统。
cvs2svn 有许多解决此问题的建议 http://cvs2svn.tigris.org/faq.html#atticprob.
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
