目录
1 Git 操作指南
1.1 序
1.2 本地仓库操作
1.3 远程仓库操作
1.4 比较不同(git diff)
1.5 抓取(git pull, git fetch)
1.6 推送(git push)
1.7 场景操作
2 转载记录
2.1 概念
2.2 常用指令
2.3 实作练习
2.4 扩展应用
2.5 安装
2.6 配置
2.7 获取帮助
2.8
常用指令
3 patch文件的结构
1 Git 操作指南
1.1 序
Git是分布式版本控制系统,与集中化的版本控制
系统相比有以下好处:
每个客户端都是服务器代码仓库的完整镜像,在服务器发生故障时都可以从任一个客户端的代码仓库进行恢复。
可以离线提交。客户端本身就是一个代码仓库,所有操作都是在本地代码仓库进行,在本地仓库也存有项目的历史更新摘要,等到了有
网络的时候再上传到远程的镜像仓库。
灵活的patch处理
可以push到多个远端仓库
提交、审核、接受、发布的流程控制可随需而定
本地分支成本小,灵活
本指南使用的git版本为 git version 1.6.3.3 。
1.2 本地仓库操作
1.2.1 新建空库
要对现有的某个项目开始用 Git 管理,只需到此项目所在的目录,或者新建一个空目录并进入此目录,执行:
git init
初始化后,在当前目录下会出现一个名为 .git 的目录,所有 Git 需要的数据和资源都存放在这个目录中。
mkdir aa
cd aa
git init --bare
aa目录下的内容就是 git init 命令执行后当前目录下的 .git目录下的内容。 aa目录不能作为项目的工作目录,只是一个空的git仓库。该命令可以用于创建一个空的项目共享仓库(或者说是远程仓库)。
1.2.2 从远程仓库克隆
如果想对某个开源项目出一份力,可以先把该项目的 Git 仓库复制一份出来,这就需要用到 git clone 命令。如果你熟悉其他的 VCS 比如 Subversion,你可能已经注意到这里使用的是 clone 而不是 checkout 。这是个非常重要的差别,Git 收取的是项目历史的所有数据(每一个文件的每一个版本),服务器上有的数据克隆之后本地也都有了。实际上,即便服务器的磁盘发生故障,用任何一个克隆出来的客户端都可以重建服务器上的仓库,回到当初克隆时的状态(可能会丢失某些服务器端的挂钩设置,但所有版本的数据仍旧还在。
克隆仓库的命令格式为 git clone [url] 。比如,要克隆 Ruby 语言的 Git 代码仓库 Grit,可以用下面的命令:
$ git clone git://github/schacon/grit.git
这会在当前目录下创建一个名为 “grit” 的目录,其中内含一个 .git 的目录,并从同步后的仓库中拉出所有的数据,取出最新版本的文件拷贝。如果进入这个新
建的 grit 目录,你会看到项目中的所有文件已经在里边了,准备好后续的开发和使用。
同时此命令会自动建立一个名称为 origin 的远程仓库。(可以用 git remote -v 查看到。
如果希望在克隆的时候,自己定义要新建的项目目录名称,可以在上面的命令最后指定:
git clone git://github/schacon/grit.git mygrit
唯一的差别就是,现在新建的目录成了 mygrit,其他的都和上边的一样。
Git 支持许多数据传输协议。之前的例子使用的是 git:// 协议,不过你也可以用 http(s):// 或者 user@server:/path.git 表示的 SSH 传输协议。我们会在后面详细介绍所有这些协议在服务器端该如何配置使用,以及各种方式之间的利弊。
1.2.3 从远程仓库新建一个纯仓库
git clone --bare git://github/schacon/grit.git
git clone --bare . ../grit.git # 如果当前在一个项目的工作目录
git clone --bare ~/space/notes ~/gitroot/space.git
与不带 --bare 参数的命令相比,有两个不同:
会创建一个纯的仓库,而不是工作目录。即仅包含了 Git 目录,没有工作目录。实际上就是相当于将 notes/.git 目录下的内容拷贝到 space.git 目录下。即:
cp -Rf ~/space/notes/.git ~/gitroot/space.git
不会创建远程仓库,如果用 git remote -v 查看时,会什么也看不到。
应用场景:我们可以用这个命令建立