文档介绍：GIT使用体会 @ 2008-10-25 i Contents 1 前言. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 2 版本控制的基本概念. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 3 GIT里的术语定义. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 4 版本库. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 5 对象记法. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 6 合并之fast forward . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 7 混乱之源——index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 8 工作流程. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 9 常用命令简介. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 10 GIT的模块功能. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 ii Figures 1 一个简单的版本演化图 4 2 Fast forward 13 3 Fast forward的结果 14 4 --first-parent的作用 15 5 --first-parent的失效 16 1 1前言本文面向有一定版本控制经验的人群,对GIT 1有基本了解,如果有 Subversion 2、Mercurial 3等使用经验更好。文中从工具的原理和设计乃至实现出发,讲述了GIT的用法,并以个人愚见展示了一些GIT不完美的方面。文章名字本来想戏谑的起名《深入浅出GIT》,意指原理讲的教深(但愿),而具体单个命令用法讲的很浅,因为后者有手册可查,但后来还是觉得有辱没类似名字命名的著作且混乱成语用法的嫌疑,遂作罢。以前初学GIT不久写过一篇《GIT五分钟教程》,当时以为自己对GIT了解的比较好,但后来在工作中真正的用上GIT后,才发觉还是学****的很肤浅,遇到问题经常觉得无所适从。GIT秉承了UNIX的优良传统——小工具堆叠,“条条道路通罗马”,可惜我常常不知道哪条路是最好走的。经过近一年的实战使用,我仍觉得 GIT这玩意还是没能运用自如,但总算有些心得体会,记录成文,希望对GIT用户有所帮助。 GIT的命令行界面我觉得至今还是不能让人满意,我比较喜欢Subversion、 Mercurial的命令行界面:一致、简洁。GIT属于那种每个人都想拼命往里面塞功能,每个人都想让GIT具备自己喜欢特性的工具,结果就导致GIT如同Shell编程一般,“一切皆有可能”,虽然是颇有恶趣味,但也常让人厌烦。这绝不会只是我个人的感受,遍观繁多的GIT包装工具就知道了,而且有一些GIT包装工具的做法被GIT吸收,可以说GIT正在成为一个怪物,一个让人又爱又恨的怪物 4,它的运行速度非常快——真的是非常快,它的设计思想非常简洁有效。如果你要纳入版本控制的文件树规模不大 5,如果你不关心分布式开发,那么对于版本控制工具,我向你推荐Subversion,集中式版本控制工具的佼佼