对于来自更传统的VCS背景(CVS/SVN)的人来说,学习和迁移到git的最有说服力的理由是什么?
请评论团队所需的技术能力,以便使git工作.我见过聪明的人爬上学习曲线,但仍然失去了一些头发.任何人都可以攀登这条曲线,还是git不适合所有球队?
当然,我也希望了解功能优势,工具支持,集成其他系统(CI等)......
(这似乎是一个显而易见的问题,但尽管进行了一些搜索,但我没有发现这个问题的重复)
编辑链接到良好的资源也赞赏.
在我的头顶:
它的分布式方面(每个开发人员都有一个存储库的副本)
能够非常快速地处理复杂的合并
从任务切换到任务的可能性,搁置他的工作,回到它...
便宜的分支(即时切换:它只是在文件中写入一些内容!并且它不会将分支视为像SVN那样的目录)
主要的困难是在不同的回购之间建立一个工作流程,而不会破坏已经发布的历史(推送到公共回购).
该底垫尤其可能很难在第一次正确地使用,因为它改写分支的历史,而且这种变化是与它相关的SHA1:到一个公共的分支,这意味着大量的合并从其他开发者从拉它.
Git很深,一开始可能很棘手.我想说这绝对不适合所有人,特别是如果你有设计师或其他非技术人员需要办理登机手续.在我们当前的项目中,我们运行一个svn后端,三个开发人员选择使用git,而两个继续使用svn,并且完全满足并且非常高效.
也就是说,git有很多东西可以提供.没有得到太多深入git的魔力,你可以很快学会接受它的一些最流行方面的优势:能够局部检查无上游推到主回购,并几乎完全无忧的分支和合并.
您可以通过基本的一些命令获得非常令人满意的git体验.
所有的资源在那里的,斯科特·查孔的部署Git是什么卖给我的混帐的好处,并给了我动力,通过学习曲线的陡峭部分推动.
Github上!真的,我只是学会了使用github欣赏git.