|
|
1
3
听起来git可以很好地实现你的目标。由于它是分布式的,因此非常适合在本地工作,因为您可以在不连接中央服务器的情况下执行大多数操作(提交、还原、差异、修补程序)。您还可以避免这样一个难看的时刻:有人在生产中推送新代码,而其他人正在处理它,然后有一个复杂的任务将这两个版本的代码合并在一起(git提供了一个有用的工具,称为rebase)。 您注意到有一些大型项目使用hg(mercurial),但也有一些相当大的项目使用git,比如linux内核、x.org、android和debian。 我把git用于我所有的网站:它速度快,效率高,使用方便。 编辑:如果你想开始使用git,我建议你在直接进入之前先阅读一下。从错误的角度出发以后可能会产生一些可怕的影响。如果遵循敏捷工作流,您可能需要检查 this 出来。 Here's 一个网站,我学到了我的大部分git的诀窍。 |
|
2
1
你可以使用svn,git,mercurial。 最大的挑战是让每个人在使用版本控制时都遵守纪律,而不是变得懒惰。 |
|
|
3
1
版本控制是一个难以置信的工具,即使你是单独工作,当你与其他人一起工作时,它也是不可或缺的。我建议使用git。它非常快,有一套非常好的可用工具,当然 github.com . Mercurial基本上和Git一样好,但它运行得慢一些,而且没有GitHub。 为什么要使用git,请阅读 http://whygitisbetterthanx.com/ 这里有一个关于git入门的漂亮教程: http://www-cs-students.stanford.edu/~blynn/gitmagic/index.html |
|
|
4
0
绝对是多变的。尽管您可以使用git或svn,但mercurial更好,原因有二:
如果您不想自己运行一个Mercurial服务器(无论如何这很容易),那么可以使用许多服务。kiln+fogbugz是一个很好的组合。还有codebasehq(也支持git和svn)、bitbucket等等。 在你开始之前,我强烈建议你至少读一读 Joel Spolsky's tutorial ,但我强烈建议您也阅读 Mercurial: The Definitive Guide . |
|
|
5
0
很抱歉,我无意发动一场DVCS圣战。我要试试吉特。 |
|
|
6
0
是的,版本控制会有帮助。首先,我看到两个重要的问题:
利弊(我的意见): 视觉神经网络 :很好的教程,而且很容易跟上进度。训练要求很低(我做了一点)。SVN与一个位于同一地点的团队、许多项目等合作得非常好。它拥有数量有限的分支(您可能不需要任何分支),非常可靠。与其他工具有很多集成。 吉特 :与SVN相比,入门可能更为艰难。有些文档是好的,但是很多都是假设对内部有一个相当透彻的理解。一旦你掌握了它的诀窍,它就有了很大的灵活性,但我看到几乎所有从它开始的人在开始的时候都会跌跌撞撞。即使在使用了几个月之后,人们仍在争论使用的最佳模式。对于单人项目(您希望跟踪历史记录的地方)和Github这样的分布式项目来说,这真的很好。我使用git,即使是在同一地点的小团队中,因为我喜欢速度和灵活性。 不过,考虑到你对团队的评价,我可能会建议你试试SVN。会有更好的资源来帮助你,你也不会因此而沮丧。 希望这有帮助。 |
|
|
Jordan · 使用git初始化GitHub存储库的版本控制 2 年前 |
|
|
Viermusketiere · 嵌入式系统开发中如何进行版本控制 3 年前 |
|
|
Luke · 如何使用subversion管理生产/测试/开发配置信息? 17 年前 |
|
|
Carson Myers · 尝试开始使用git 17 年前 |
|
|
betitall · 如何对跨项目共享的资源进行版本控制 17 年前 |