Franco的博客

发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。 新建标签 Git 使用的标签有两种类型：轻量级的（lightweight）和含附注的（annotated）。轻量级标签就像是个不会变化的分支，实际上它就是个指向特定提交对象的引用。而含

开篇就提到过，Git是一个分布式版本管理系统。但是到现在为止，我们所有的演练都是在本地Git仓库。如果想与他人合作，还需要一个远程的 Git 仓库。尽管技术上可以从个人的仓库里推送和拉取修改内容，但我们不鼓励这样做，因为一不留心就很容易弄混其他人的进度。另外，你也一定希望合作者们即使在自己不开机的时候也能从仓库获取数据——拥有一个更稳定的公共仓库十分有用。因此，更好的合作方式是建立一个大家都可以访

当我们初始化Git仓库的时候，Git会默认创建一个名为master的主分支。在实际工作中，主分支要求是一个稳定、健壮、安全的主线，一般不允许在主分支上直接进行开发，而是拉取一个新的分支，开发、测试完成后，再将分支合并到主分支上。 使用分支意味着你可以从开发主线上分离开来，然后在不影响主线的同时继续工作。在很多版本控制系统中，这是个昂贵的过程，常常需要创建一个源代码目录的完整副本，对大型项目来说会

熟悉了Git的基本操作之后，再来研究一下Git为我们提供的基础设施服务。正如一个程序员，只会写代码是远远不够的，还得知道怎么吃饭，怎么睡觉，怎么谈恋爱，怎么耍流氓……会了这些才能写出更好的代码，这就是所谓的“基础设施服务”或者“外围服务”。 git config 一般在新的系统上，我们都需要先配置下自己的 Git 工作环境。配置工作只需一次，以后升级时还会沿用现在的配置。当然，如果需要

三个工作区域 使用Git之前，首先要弄清Git的三个管理区域，有助于理解Git的运行原理，以及每个Git命令对文件造成的影响。 对于任何一个文件，在本地的Git内部都有三种状态： l   已修改（modified） 表示修改了某个文件，但还没有提交保存。包括新增、删除了一个文件，也属于已修改状态的一种。 l   已暂存（staged） 表示把已修改的文件放到了暂存区，也就是放到了下次提

为什么使用Git 孔子曾经曰过的，名正则言顺 言顺则事成。 我们在学习一项新技术之前，弄清楚为什么要学它至关重要，至于为什么要学习Git，我用一段if-else语句告诉你原因： [java] view plain copy if(你相信我){        我推荐你学习；  } else if(诚然，我又不是什么大牛，你可以不相信我，但是你应该相信大多数人的选择)