学术研究小组的源代码控制？

Question

与大多数软件开发组织相比，我们大学部门中的小研究小组由一名教授和一批研究生和本科生组成，除了研究本身，很难保留任何实用知识。我们的背景各不相同，很少涉及计算机科学背景。(我自己从来没有上过与计算机相关的课程。)

然而，我们需要在我们的自制软件上进行规划和分析，区分当前最好的生产版本和开发版本，防止考虑不周的更改，回忆去年的版本等。很难让每个学生都熟悉subversion，并学会小心存储库，理解分支/标签或我们如何组织它。(第二个问题:如何让某人了解svn的速度？)

也许其中一个分布式版本控制系统更适合，或者不是svn的集中式系统会更明智，或者如果不是，我们是否应该遵循subversion的容易传播的实践？

Answer 1

我要说的是，Subversion应该在您所描述的学术环境中的有用性和易用性之间取得适当的平衡。我一直在思考类似的问题(我是一名物理毕业生；I actually posted about something similar before)，目前我的建议是：

• 设置了一个集中的版本控制系统，最好是SVN。随着毕业生和本科生的不断出现和消失，我要说的是，分布式版本控制很可能会导致人们正在“本地”工作的修订随同他们一起消失。集中式版本控制将为您提供“一个真正的版本”。
• 让每个人都可以尝试一个小型的测试库，这样他们就可以掌握它的诀窍。如果你这样搜索，你会发现很多问题和答案都提到了good tutorials.
• Perhaps考虑租用一个托管的SVN仓库，它可能会让你省去在你的本地网络上设置自己的麻烦。(我知道一些大学对网络安全有非常严格的规定，因此获得自己的服务器有时是一个漫长而复杂的官僚过程。)
• 告诉您的学生:代码在签入之前是不存在的！我猜他们很快就会发现VC的优势，一旦他们不得不做他们的第一个“还原”/“回滚”：)
• 至于让学生快速掌握Svn:参见Subversion一书中的Software Carpentry Course on Version Control和“入门”一章。你可能也想让一个更有经验的人和一个新同学坐在一起一到两次(看起来很浪费时间，但回报是双倍的！)。

不过，请注意，我对此并没有太多实际经验。所以，如果你能，例如，稍后再回复，告诉我们你的经历，我将非常高兴！

Answer 2

我不确定“让每个人都熟悉SVN”是不是很难。如果他们理解版本控制的概念，这是最简单的实现之一。

它当然有很大的用处，但你提到的其他方法也可以工作，尽管最初可能更难被接受。(易用性)

我想你会发现更难的事情是定义一个你们在使用源代码库时都应该使用的策略。一旦你定义了它，你就可以实现版本控制系统了。(例如，开发人员有自己的分支，然后在测试后被提升到主线/主干，或者一切都进入主干，等等)

Answer 3

即使您从不使用分支和合并，svn也是有价值的。如果你在Windows上，VisualSVN服务器应用程序很容易设置，也很容易使用安全性。试一试。