CVS vs SVN可以有两个或更多开发人员（1个使用SVN，另一个使用CVS）在有效的工作环境中这样做？
如果半队使用CVS而另一半使用其他SVN就像在比赛中一样说看哪个会占据优势并成为赢家，那么最后一个存储问题的是...
这两个团队是否可以连接到同一个存储库而不会搞砸一些东西？
答案 0 :(得分：2)
两个团队都可以连接到同一个团队 存储库没有拧东西 王室？
不。
此外，不推荐使用CVS，因此如果您可以在两者之间进行选择，请使用SVN。
答案 1 :(得分：2)
简单的答案是否定的。你不想这样做。即使你可以共同解决一个问题，它也会充满矛盾。你真的想用你拥有的最重要的资产（你的源代码）承担这样的风险吗？只是去svn。
答案 2 :(得分：1)
您可以尝试使用cvs to svn网桥但我强烈建议您切换到SVN。 CVS已经死了。不要碰死者。
答案 3 :(得分：0)
有一个migrator tool用于从cvs迁移到svn，但我不认为它允许你在导入时合并项目。您可以尝试将CVS存储库作为分支导入SVN，然后将其与主干合并。但基本上，对一个项目使用两个不同的VCS并不是最好的主意。也许您应该查看其中一个Distributed Revision Control Systems。
答案 4 :(得分：0)
为了使用这两种工具，您需要一个复制系统，这样您就可以拥有一个cvs和svn存储库，它们都代表相同的源代码。 cvs和svn都没有这样的工具 - 有迁移工具，但不适用于实时复制。
git和svn不同，git的设计考虑了这个用例，允许个别开发人员在公司/团队使用svn服务器时选择使用git。这是非常不寻常的，我不知道源控制系统之间的任何其他类型的实时互操作性。