相关疑难解决方法(0)

人们在这里看到Git,Mercurial和Bazaar的相对优势和劣势？

在考虑彼此之间以及针对SVN和Perforce等版本控制系统时,应该考虑哪些问题？

在规划从SVN迁移到这些分布式版本控制系统之一时,您会考虑哪些因素？

我在CS部门教授第三个必修课程.我的一项家庭作业要求学生加快他们为以前的作业编写的代码.十倍的加速是常规的; 因素100或1000并非闻所未闻.(对于1000倍的加速,你必须使用malloc()犯下新手错误.)

程序是通过序列改进的小改进.我要求学生记录并描述每个变化以及由此产生的改进.

当你正在改进程序时,也可以打破它.退出不是很好吗？

你可以看到我的目标:我的学生将从版本控制中受益匪浅.但有一些警告:

• 我们的计算环境被锁定.任何依赖于中央存储库的东西都是可疑的.
• 我们的学生非常超载.不只是课程,还有工作,体育,音乐等等.对于他们使用新工具,它必须非常简单并且具有明显的好处.
• 我们的学生大多数成对工作.在帐户之间来回获取位是有问题的.这个问题也可以通过分布式版本控制来解决吗？
• 复杂性是敌人.我知道建立一个CVS存储库太令人困惑了 - 我自己仍然遇到麻烦,因为我每年只做一次.我被告知SVN更难.

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

• 我认为中央版本控制(CVS或SVN)已被排除,因为我们的学生没有制作可与其他学生共享的存储库所需的管理权限.(我们坚持使用Unix文件权限.)另外,在CVS或SVN上设置太难了.
• darcs很容易设置,但你分享的方式并不明显.darcs发送(通过电子邮件发送补丁)似乎很有希望,但目前尚不清楚如何设置它.
• git的介绍性文档不适合初学者.就像CVS设置一样,这是我自己遇到的麻烦.

我正在征求关于与初学者一起使用什么源代码控制的建议.我怀疑我们可以找到资源在现有系统上放置薄薄的贴面并简化现有文档.我们可能没有资源来编写新文档.

那么,与合作伙伴一起设置,提交,还原和共享更改真的很容易,但是不必很容易合并或大规模工作？

一个关键的限制是编程对必须能够彼此共享工作,并且只能彼此共享工作,并且每周都会更改对.我们的基础架构是Linux,Solaris和带有netapp文件管理器的Windows.我怀疑我的IT人员想为每对学生创建一个Unix组.我忽略了一个更简单的解决方案吗？

(感谢您接受的答案,由于其对Git Magic的出色参考以及有用的评论而击败了其他人.)

在过去的一年里,我已经沉迷于颠覆.我是唯一的开发人员,我也参与了一些自己的项目.使用SVN,它可以很容易地管理所有内容 - 并且因为它通过HTTPS托管在在线服务器上,所以我可以从任何地方访问我的代码.它也非常适合将代码部署到我们的生产/开发服务器.

我的观点是它完成了我需要它做的所有事情并且从未让我失望过.

有更好的吗？我是否错过了其他可以用来让我的生活更轻松的产品的功能？我一直都在使用最好的软件,并且没有问题迁移到新技术.

我听说过GIT并做过一些研究.我打算尝试一下,但是当我搞砸了它时,还有另外一个被认为是"行业标准"的其他源控制系统,他们做的事情比SVN更好吗？