version-control - 对于玩具项目来说，哪种版本控制系统的设置和使用最简单？

Question

我在计算机科学系教授第三门必修入门类(class)。我的一项家庭作业要求学生加快他们为之前的作业编写的代码。十倍的加速是很常见的； 100 或 1000 的因数并非闻所未闻。 (要获得 1000 倍的加速，您必须在使用 malloc() 时犯过菜鸟错误。)

程序通过一系列小改动得到改进。我要求学生记录并描述每个变化以及由此产生的改进。

当你改进一个程序时，也有可能破坏它。退出不是很好吗？

您可以看到我的意图:我的学生将从版本控制中受益匪浅。但有一些注意事项:

• 我们的计算环境已被锁定。任何依赖于中央存储库的东西都是可疑的。
• 我们的学生重载得令人难以置信。不仅仅是类(class)，还有工作、体育、音乐，凡是你能想到的。对于他们来说，使用新工具必须非常简单并且具有明显的好处。
• 我们的学生大部分工作都是两人一组完成的。在账户之间来回传输比特是有问题的。这个问题是不是也可以通过分布式版本控制来解决？
• 复杂性是敌人。我知道建立一个 CVS 存储库太令人费解了——我自己仍然遇到麻烦，因为我每年只这样做一次。我听说 SVN 更难。

以下是我对现有系统的评论:

• 我认为中央版本控制(CVS 或 SVN)被排除，因为我们的学生没有创建可以与其他学生共享的存储库所需的管理权限。 (我们被 Unix 文件权限所困扰。)此外，在 CVS 或 SVN 上进行设置太难了。
• darcs 很容易设置，但如何共享内容并不明显。 darcs send(通过电子邮件发送补丁)似乎很有前途，但尚不清楚如何设置它。
• git 的介绍性文档不适合初学者。就像 CVS 设置一样，我自己也遇到了麻烦。

我正在征求有关初学者应使用哪些源代码控制的建议。我怀疑我们可以找到资源来为现有系统添加一层薄薄的饰面并简化现有文档。我们可能没有资源来编写新文档。

那么，设置、提交、还原以及与合作伙伴共享更改确实很容易，但是不一定要易于合并或大规模工作？

一个关键的限制是编程对必须能够彼此共享工作并且只能彼此共享工作，并且每周都会更换。我们的基础设施是 Linux、Solaris 和带有 netapp 文件管理器的 Windows。我怀疑我的 IT 人员是否愿意为每对学生创建一个 Unix 小组。有没有我忽略的更简单的解决方案？

(感谢您接受的答案，该答案因其对 Git Magic 的出色引用以及有用的评论而击败了其他答案。)

Answer 1

我想说像 Git 这样的东西可能符合要求:

• 由于它是一个分布式系统，因此您不需要有中央存储库，存储库与源目录一起存在
• 创建可邮寄和应用的补丁文件非常容易。
• 虽然 git 看起来很难使用，但提交、合并、添加和删除文件的基本思想并不难学。

看看这个网站 Git Magic或者，甚至这个提示网站 GitReady