将多个 CVS 项目合并为一个
我有几个相关的 CVS 项目，我想将它们移动到一个新项目的子目录中。
假设使用这些项目的每个人都会在我进行更改之前删除其工作副本。 按照建议手册中？ 我还需要做其他事情吗？
保留文件的历史记录非常重要，因此我不想删除它们并将其重新提交到新位置。
I have several related CVS projects, and I'd like to move them into subdirectories of a single new project.
Let's assume that everyone using the projects will delete their working copies before I make the change. Is it safe to just go into the repository directory and move the directories, as suggested in the manual? Do I need to do anything else?
It's very important that I preserve the files' history, so I don't want to just delete and re-commit them in the new location.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
在 CVS 存储库中进行修改是标准做法。 但是，不要移动目录，而是考虑复制它们（这称为 repocopy），然后通过正常的 CVS 命令删除原始位置中的文件。 这样，即使您的更改也将被记录为历史的一部分。
不用说，在进行任何更改之前，请对 CVS 文件进行完整备份，
Doing modifications in the CVS repository is standard practice. However, instead of moving the directories, consider copying them (this is called a repocopy), and then deleting the files in their original locations through normal CVS commands. In this way even your change will be recorded as part of the history.
Needless to say, keep a full backup of your CVS files before you do any changes,
是的，那会起作用的。
Yes, that will work.
是的，正如其他人所说，这会起作用，但保留备份以防万一。 另外，您可能想研究 Subversion (http://subversion.tigris.org/) 作为 CVS 的替代品。 我推迟了很长一段时间才从 CVS 迁移到 Subversion，但现在我很后悔自己没有早点这么做。 类似这样的任务在 Subversion 中是微不足道的，而且由于 Subversion 从一开始就是作为 CVS 的替代品而设计的，所以迁移实际上并没有那么痛苦。
Yes, as the other people have said, that will work, but keep a backup just in case. Also you might want to investigate Subversion (http://subversion.tigris.org/) as a replacement for CVS. I put off migrating from CVS to Subversion for a long time but now I'm kicking myself for not doing it much sooner. Tasks like this are trivial in Subversion, and since Subversion was designed from the beginning as a replacement for CVS, the migration is really not that painful.