走回头路：学习简历，来自SVN

我从开始使用Subversion（插入前十年早期的年份），但现在我在一家使用CVS的公司工作。对于从旧版本控制系统到新版本控制系统的用户来说，有大量的操作指南、教程、备忘单等，但是对于我们中的少数人来说，有什么是“错误”的呢

我正在为当前经验丰富的开发人员寻找备忘、技巧和窍门，这些开发人员完全熟悉svn、git或其他流行系统。不要为版本控制新手准备东西，也不要与“64K内存充足”时代使用的东西相比，写文章赞美CVS的优点。

祝你好运

由于您对Subversion非常有经验，我将推荐一个您从未想到的参考资料：

在附录中，他们描述了如何打破坏的CVS习惯并开始使用SVN，因为他们的目标是让Subversion接管CVS世界

如果您选择接受，您的任务是对本附录进行反向工程。通读一遍，回忆起原子提交的宁静时光时面带微笑，但当你意识到分支现在会让你付出什么代价时，你会做个鬼脸

---

更严重的是，附录通常会审查CVS中的功能，假设人们熟悉这些功能，然后提供一个指向手册的链接，其中描述了高级SVN功能。你只需要反向工作。你知道你自己想做什么，你知道你以前是这样做的，但你知道还有其他的方法。然后请同事（或阅读CVS手册）更深入地学习。

你最好做RCS，而不是用CVS把一切都搞糟。我使用过的第一个工具是SCCS。现在，我所记得的就是如何拼写它。我想有一个

gitcvs

命令或类似的东西，尽管我没有用过。如果你完全了解git，你可以研究一下它。第二个@MatrixFrog的评论——如果你能侥幸逃脱，在你的私有工作目录上运行一个现代版本控制系统，当你有东西要提交时，使用它的功能推送到CVS。这将保护您免受CVS的许多暴行，并允许您更自由地实施/恢复/清理。（嗨，又是我，评论太长了…）我希望我可以通过实际经验告诉您更多，但我只需要简单地从SVN/Darcs/您有什么，我对行人的CVS有点惊讶。如果您可以学习RCS（这只需要一个下午——它只处理单个文件，而不是目录树中的“项目”），那么应该很容易了解CVS是如何移植到这些文件之上的，以及这种方法的一些问题。我不同意@vol7ron，CVS确实有优势，在你的情况下，仅仅使用RCS无论如何都不是一个选项。+1啊哈！我没有想到这一点，因为当我开始使用Subversion时，我不是CVS用户。