linux下的git使用集锦

 

参考资料：

1.廖雪峰的官方网站http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

2.http://blog.163.com/023_dns/blog/static/1187273662013111301046930/

 

一、 git基本操作

1. 安装设置

(1) 查看系统是否已安装Git     $ git

(2) 若尚未安装，则进行安装  $ sudo apt-get install git

(3) 设置用户名和email地址，其中，global表示这台机器上所有的Git仓库都会使用这个配置

$ git config --global user.name"Your Name"

$ git config --global user.email"email@example.com"

让Git显示颜色，会让命令输出看起来更醒目

$ git config --global color.ui true

(4) 查看配置      $git config --list

(5) 新建一个空目录，并把这个目录变成Git可以管理的仓库

$ mkdir <repository>

$ cd <repository>

$ pwd

$ git init

创建结果是当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，千万不要手动修改这个目录里面的文件，如果改乱了会把Git仓库给破坏了。

如果没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。

2. 编辑

(1) 添加文件               $ git add <filename>

(2) 提交文件到仓库   $ git commit -m"description information"

其中，-m后面输入的是本次提交的说明，从而就可以从历史记录里方便地找到改动记录。

(3) 查看仓库状态      $ git status

(4) 查看修改内容      $git diff <filename>

如果git status告诉你有文件被修改过，用git diff可以查看该文件的修改内容。

(5) 显示提交日志

$ git log 结果显示从近到远

$ git log --pretty=oneline（仅仅查看commotid和提交说明）

commotid不是1，2，3……递增的数字，而是一个SHA1计算出来的一个非常大的数字。

(6) 版本回退             $ git reset --hard <version>

其中，version表示要回退的版本，具体形式为：

HEAD 表示当前版本

HEAD^ 表示上一个版本

HEAD^^ 表示上上一个版本

HEAD~n 表示往上第n个版本（HEAD~0当前版本）

id 表示commitid所对应的版本（只需写前几位，git会自动去找）

Git的版本回退速度非常快，因为Git在内部有个指向当前版本的HEAD指针，当你回退版本的时候，Git仅仅是把HEAD从指向a变为指向b，并更新工作区文件。

(7) 查看历史命令     $ gitreflog

(8) 工作区和暂存区

工作区（Working Directory）

就是电脑里能看到的目录，比如我的git文件夹就是一个工作区

版本库（Repository）

工作区有一个隐藏目录.git，这个是Git的版本库

Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。

git add命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行git commit就可以一次性把暂存区的所有修改提交到分支。

(9) 丢弃工作区的修改

$ git reset HEAD <filename>    把暂存区的修改撤销掉（unstage），重新放回工作区。

$ git checkout -- <filename>     把file在工作区的修改全部撤销，让这个文件回到最近一次git commit或git add时的状态。

git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令。

(10) 删除文件

文件删除后，需要从版本库中删除该文件

$ git rm <filename>

$ git commit -m "removefile"

文件删错了，将误删的文件恢复到最新版本

$ git checkout -- <filename>

 

二、 远程仓库

1. 配置

(1) 创建SSH Key       $ ssh-keygen -t rsa -C"youremail@example.com"

(2) 关联一个远程库   $ git remote add origin git@server-name:path/repo-name.git；

出错信息：fatal: 远程 origin 已经存在

解决办法：输入$ git remote rm origin

2. 基本操作

(1) 把本地库的内容推送到远程    $ git push origin master

第一次推送master分支时，远程库是空的，需要加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，代码为 git push -u origin master。

(2) 从远程库克隆     $ git clone <add>

其中，<add>表示仓库地址,将远程仓库克隆到本地仓库中

GitHub给出的地址不止一个，可以使用git@github.com:mic/git.git，还可以用https://github.com/mic/git.git。实际上，Git支持多种协议，默认的git://使用ssh，但也可以使用https等其他协议。

使用https除了速度慢以外，还有个最大的麻烦是每次推送都必须输入口令，但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https。

(3) 查看远程库        $ git remote

若添加 –v，则表示查看详细信息

 

三、 分支管理

1.   基本操作

(1) 创建分支并切换      $ git checkout -b <bname>

相当于，创建分支        $ git branch <bname>

                切换分支        $ git checkout <bname>

(2) 查看分支                  $ git branch

(3) 删除分支                  $ git branch -d <bname>

(4) 合并指定分支到当前分支     $ git merge <bname>

a:当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

查看分支合并图       $ git log --graph --pretty=oneline --abbrev-commit

b:合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward模式下，一旦删除分支，会丢掉分支信息。

$ git merge --no-ff -m "mergewith no-ff" dev

2.  分支策略

在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

3.  bug分支

修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

当手头工作没有完成时，先保存工作现场，修复bug后，再恢复工作现场。

保存工作现场         $ git stash

恢复工作现场         $ git stash apply      

删除stash内容        $ git stash drop

恢复工作现场并删除stash   $ git stash pop

查看工作现场         $ git stash list

4.  Feature分支

开发一个新feature，最好新建一个分支，

丢弃一个没有被合并过的分支，需要强行删除  $ git branch -D <bname>

5. 多人协作

查看远程库信息      $ git remote -v；

本地新建的分支如果不推送到远程，对其他人就是不可见的；

（1）推送分支：

master分支是主分支，因此要时刻与远程同步；

dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；

bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；

feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

（2）多人协作

从远程库clone时，默认情况下，只能看到本地的master分支

a：如果要在dev分支上开发，就必须创建远程origin的dev分支到本地，本地和远程分支的名称最好一致；

$ git checkout -b <bname>origin/<bname>

b:在dev上修改后，把dev分支推送到远程

$ git push origin branch-name

c:如果推送失败，说明别人的提交和我的提交有冲突，解决方法：

用git pull抓取最新提交

如果git pull提示“no tracking information”，说明没有指定本地dev分支与远程origin/dev分支的链接，则设置链接：$ git branch --set-upstream<bname> origin/<bname>，再pull

在本地合并，解决冲突，再推送：

如果合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push：

  

四、 标签管理

1.  基本操作

新建一个标签          $ git tag <name>  默认为HEAD，也可以指定一个commit id；

指定标签信息          $ git tag -a <tagname> -m"blablabla..."

用PGP签名标签      $ git tag -s <tagname>-m "blablabla..."

查看PGP签名信息  $ git show <tagname>

查看所有标签          $ git tag

推送本地标签          $ git push origin <tagname>

推送全部本地标签  $ git push origin --tags

删除本地标签          $ git tag -d <tagname>

删除远程标签          $ git push origin :refs/tags/<tagname>