版本控制工具git使用指南.pdfVIP

GIT使用体会 Yubao.Liu@ 2008-10-25 i Contents 1 前言 1 2 版本控制的基本概念 2 3 GIT里的术语定义 5 4 版本库 10 5 对象记法 12 6 合并之fastforward 13 7 混乱之源——index 16 8 工作流程 19 9 常用命令简介 21 10 GIT的模块功能 27 ii Figures 1 一个简单的版本演化图 4 2 Fastforward 13 3 Fastforward的结果 14 4 --first-parent的作用 15 5 --first-parent的失效 16 1 1 前言 本文面向有一定版本控制经验的人群，对 GIT 有基本了解，如果有1 Subversion 、Mercurial 等使用经验更好。文中从工具的原理和设计乃至实现出2 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，集中式版本控制工具的佼佼者，有着 1 http://git.or.cz 2 / 3 /mercurial 4 我身边这种怪物还有Perl、VIM。 5 大于500MB你就要慎重考虑了，Subversion没有文件复制自动探测，用户如果粗心的用svnadd 来替代svncopy，那么会导致版本库迅速膨胀，而且Subversion的工作拷贝实现原理比较低效，类 似操作比起GIT慢得多，著名的开源项目FreeBSD从CVS转向Subversion，我是觉得很可惜的。 2 非常友好的命令行和图形使用界面，否则，如果你不是必须使用GIT，那么我推 荐Me