Git 入门 && 指令方法速查

0. 引入

多说无益,Show you the code 😎。

参考资料:廖雪峰 GIt教程 强烈推荐

1. 用户配置

  • 安装完成后,设置用户,--global表示机器上所有git仓库使用此配置

    1
    2
    $ git config --global user.name "Your Name"
    $ git config --global user.email "email@example.com"

2. 创建版本库

1
$ git init # 把当前目录初始化为git仓库
1
2
3
4
$ git add readme.txt
$ git commit -m "wrote a readme file"
$ git status # 查看当前工作区状态
$ git diff readme.txt # 查看工作区的修改

3. 仓库管理

版本回退

git使用SHA1计算版本号commit id

1
2
$ git log --pretty=oneline # 查看提交日志
$ git reflog # 查看历史命令
1
2
3
4
$ git reset --hard HEAD^
# 上一个版本就是HEAD^,上上一个版本就是HEAD^^,上100个版本就是HEAD~100
$ git reset --hard 1094a
# 回退到指定版本(包括未来版本),使用版本号前几位即可

工作区, 暂存区, 版本库

  • 工作区(Working Directory):本地可见目录
  • 版本库(Repository):.git
    • 暂存区:stage/index
    • 当前分支:master

前面讲了我们把文件往Git版本库里添加的时候,是分两步执行的:

  1. 第一步是用git add把文件添加进去,实际上就是把文件从工作区修改添加到暂存区
  2. 第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支,即提交到版本库

因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在,git commit就是往master分支上提交更改。

撤销修改

1
$ git checkout -- filename ## 务必带上 -- ,`git chechout` 用于切换分支

命令git checkout -- readme.txt意思就是,把readme.txt文件在工作区的修改全部撤销,这里有两种情况:

一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态

一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态

1
$ git reset HEAD readme.txt

git reset命令既可以回退版本,也可以把暂存区的修改回退到工作区。当我们用HEAD时,表示最新的版本。

场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file

场景2:(add)当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD ,就回到了场景1,第二步按场景1操作。

场景3:(commit)已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库

删除文件

删除本地文件,再删除版本库中的文件

1
2
3
$ rm test.txt # 本地删除
$ git rm test.txt
$ git commit -m "remove test.txt"

如果本地(工作区)误删除

1
$ git checkout -- test.txt

git checkout --其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。

3.远程仓库

配置SSH

1
2
$ ssh-keygen -t rsa -C "youremail@example.com"
# 直接 ssh-keygen

在用户主目录里找到.ssh目录,里面有id_rsaid_rsa.pub两个文件,这两个就是SSH Key的秘钥对,id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人。

**注意:**支持SSH的应用只要知道里用户的公钥,就可以确定通讯的对象是正确的。所以一定要确定本地使用SSH的用户名称,如scp指令,服务器使用的是user_a的公钥,而本地尝试sudo scp,由于sudo使用root用户,不是user_a,所以返回permission deny(public key)的错误

1
$ cat ~/.ssh/id_ras.pub

获得公钥,复制到远程仓库。(小心多余空行)

添加远程库

在github上“Create a new repo”

1
$ git remote add origin git@github.com:username/reponame.git

!!! orgin远程库的名字, 为git默认叫法

1
2
$ git add *
$ git commit -m "first commit"

添加文件到版本库

1
$ git push -u origin master

把本地库内容推送到远程库

把本地库的内容推送到远程,用git push命令,实际上是把当前分支master推送到远程。

由于远程库是空的,我们第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。

从现在起,只要本地作了提交,就可以通过命令:

1
$ git push origin master

把本地master分支的最新修改推送至GitHub

克隆远程库

1
$ git clone git@github.com:username/userrepo

git还支持https等多种协议: https慢而且需要口令, http不加密

4. 分支管理

创建与合并分支

HEAD指针指向master分支, master指向分支内的具体提交.

  • 创建分支: 新建一个指针dev, 再把HEAD指向dev
  • 合并分支: 把HEAD指向master, 再把master 指向当前dev指向分支
    • Fast-forward 合并模式
  • 删除分支: 删除dev指针
1
2
3
4
5
6
7
8
$ git branch # 查看分支
$ git branch # 以当前分支创建分支name

$ git checkout # 切换分支name
$ git checkout -b # 以当前分支创建并切换分支name

$ git merge # 合并分支name到当前分支
$ git branch -d # 删除分支name

解决冲突

创建feature1分支, 修改文件并提交

1
2
3
4
$ git checkout -b feature1
# modify file
$ git add file
$ git commit -m "file_feature1"

切回master分支(git自动提示当前master分支比远程master分支超前一个提交), 修改相同文件并提交

1
2
3
4
$ git checkout master
# modify file
$ git add file
$ git commit -m "file_master"

尝试合并, 产生冲突

1
2
3
4
$ git merge feature1
Auto-mergeing file
CONFLICT (content): Merge conflict in file
Automatic merge failed; fix conflicts and then commit the result.

手动解决分支master的冲突, git使用<<<<<<<,=======,>>>>>>>标记不同分支内容

1
2
3
4
5
6
7
# ...
<<<<<<< HEAD
change master
=======
change feature1
>>>>>>> feature1
# ...

再提交:

1
2
$ git add file
$ git commit -m "conflict fixed"

使用git log查看分支合并情况:

1
$ git log --graph --pretty=oneline --abbrev-commit

最后删除feature1分支

1
$ git branch -d feature1

分支管理策略

分支策略

  • master分支稳定, 仅用作发布新版本
  • dev分支不稳定, 在发布新版本时间才merge到master
  • 每个开发者拥有自己的分支, 向dev合并

禁用Fast forward模式

Fast forward模式删除分支后, 会导致分支信息丢失.

如果禁用Fast forward模式, git在merge时会生成一个新commit. git merge --no-ff -m

1
2
3
4
5
6
7
8
9
10
$ git checkout -b dev
$ git add file
$ git commit -m "add merge"

$ git checkout master
$ git merge --no-ff -m "merge with no-ff" dev
Merge made by the 'recursive' strategy.
file | 1 +
1 file changed, 1 insertion(+)
$ git log --graph --pretty=oneline

Bug分支/保存工作现场

**场景:**接到修复代号101的bug,但当前在dev分支的工作未完成,还未提交。

git stash可以保额当前工作现场储藏

1
2
$ git stash
Saved working directory and index state WIP on dev: f52c633 add merge

使用git status 查看工作区,干净整洁。

假定需要修改master分支的bug,从master创建临时分支issue-101

1
2
3
4
5
6
7
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.
(use "git push" to publish your local commits)

$ git checkout -b issue-101
Switched to a new branch 'issue-101'

issue-101分支修复bug

1
2
3
4
$ git add readme.txt 
$ git commit -m "fix bug 101"
[issue-101 4c805e2] fix bug 101
1 file changed, 1 insertion(+), 1 deletion(-)

修复完成,切回master分支,merge

1
2
3
4
5
6
7
8
9
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.
(use "git push" to publish your local commits)

$ git merge --no-ff -m "merged bug fix 101" issue-101
Merge made by the 'recursive' strategy.
readme.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

切回dev分支,git status,工作区干净整洁

1
2
3
4
5
6
$ git checkout dev
Switched to branch 'dev'

$ git status
On branch dev
nothing to commit, working tree clean

git stash list查看储藏的工作现场

1
2
$ git stash list
stash@{0}: WIP on dev: f52c633 add merge
  • 使用 git stash pop 恢复现场,同时删除stash的内容

    1
    $ git stash pop
  • 使用git stash apply 恢复现场,git stash drop 删除stash中的内容

    1
    2
    3
    $ git stash list # 查看stash标签
    $ git stash apply stash@{0}
    $ git stash drop stash@{0}

Feature分支/删除已修改但未合并的分支

添加新feature

由于某原因,需要销毁新feature的内容

1
2
3
$ git branch -d new-feature
error: The branch 'new-feature' is not fully merged.
If you are sure you want to delete it, run 'git branch -D new-feature'.

由于new-feature分支未被合并,需要强行删除

1
$ git branch -D new-feature

多人协作/git remote

直接clone,git自动把本地master分支与远程master分支对应,远程仓库默认名称是origin

要查看远程库的信息,用git remote

1
2
$ git remote
origin

或者,用git remote -v显示更详细的信息:

1
2
3
$ git remote -v
origin git@github.com:username/gitrepo.git (fetch)
origin git@github.com:username/gitrepo.git (push)

上面显示了可以抓取和推送的origin的地址。如果没有推送权限,就看不到push的地址。

推送分支

1
$ git push origin 
  • master主分支,需要随时与远程同步
  • dev开发分支,需要随时与远程同步
  • bug分支,通常不用
  • feature分支,看情况

抓取建立分支

直接clone,默认情况下只能看见本地master分支。

如果需要在远程dev上开发,就必须在本地创建远程库origindev分支

1
$ git checkout -b dev origin/dev

提交冲突

小伙伴的最新提交和你试图推送的提交有冲突

先用git pull把最新的提交从origin/dev抓下来,然后,在本地合并,解决冲突,再推送

如果git pull失败,提示no tracking information,则需要指定本地dev到远程origin/dev分支的链接,之后再git pull

1
2
3
4
5
6
7
8
9
10
11
12
13
$ git pull
There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details.

git pull

If you wish to set tracking information for this branch you can do so with:

git branch --set-upstream-to=origin/ dev

$ git branch --set-upstream-to=origin/dev dev
Branch 'dev' set up to track remote branch 'dev' from 'origin'.

多人工作模式

  1. 首先,可以试图用git push origin 推送自己的修改;
  2. 如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;
  3. 如果合并有冲突,则解决冲突,并在本地提交;
  4. 没有冲突或者解决掉冲突后,再用git push origin 推送就能成功!

如果git pull提示no tracking information,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream-to origin/

小结

  • 查看远程库信息,使用git remote -v
  • 本地新建的分支如果不推送到远程,对其他人就是不可见的;
  • 从本地推送分支,使用git push origin branch-name,如果推送失败,先用git pull抓取远程的新提交;
  • 在本地创建和远程分支对应的分支,使用git checkout -b branch-name origin/branch-name,本地和远程分支的名称最好一致;
  • 建立本地分支和远程分支的关联,使用git branch --set-upstream branch-name origin/branch-name
  • 从远程抓取分支,使用git pull,如果有冲突,要先处理冲突。

Rebase

rebase操作的特点:把分叉的提交历史“整理”成一条直线,看上去更直观。

如果push时需要解决冲突,现pull,再push会有分叉。

git rebase ,再push

本地删除文件,同步到远程库,同步删除

没有commit 进版本库
建议在项目根目录使用命令git add -A然后使用命令git commit -m "del" 再然后要使用 git push推送到远程服务器

建议每一次add之后再次使用git status命令来查看是否已经stage

5. 标签管理

tag就是一个让人容易记住的有意义的名字,它跟某个commit绑在一起。

创建修改标签

对某分支打标签

  • 命令git tag []用于新建一个标签,默认为HEAD

    git log --pretty=oneline --abbrev-commit配合,也可以指定一个commit id;

  • 命令git tag -a -m "blablabla...",可以指定标签信息;

  • 命令git tag可以查看所有标签。

  • 命令git push origin 可以推送一个本地标签;

  • 命令git push origin --tags可以推送全部未推送过的本地标签;

  • 命令git tag -d 可以删除一个本地标签;

  • 命令git push origin :refs/tags/可以删除一个远程标签。

6. 自定义Git

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

1
$ git config --global color.ui true

忽略特殊文件

.gitignore 所有配置文件可以直接在线浏览:https://github.com/github/gitignore

  • 一个例子

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    # Windows: 忽略缩略图
    Thumbs.db
    ehthumbs.db
    Desktop.ini
    # Python: 忽略Python编译产生的文件、目录
    *.py[cod]
    *.so
    *.egg
    *.egg-info
    dist
    build

    # My configurations:
    db.ini
    deploy_key_rsa

    .gitignore提交到Git (版本库)

  • 强制提交被忽略文件

    1
    $ git add -f ignore_file
  • 检查.gitignore的规则

    1
    $ git check-ignore -v ignore_file

配置别名

1
2
$ git config --global alias.st status
$ git st
1
2
$ git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"
$ git lg

配置文件

每个仓库的Git配置文件都放在.git/config文件中

当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig

搭建Git服务器

假设你已经有sudo权限的用户账号,下面,正式开始安装。

第一步,安装git

1
$ sudo apt-get install git

第二步,创建一个git用户,用来运行git服务:

1
$ sudo adduser git

第三步,创建证书登录:

收集所有需要登录的用户的公钥,就是他们自己的id_rsa.pub文件,把所有公钥导入到/home/git/.ssh/authorized_keys文件里,一行一个。

第四步,初始化Git仓库:

先选定一个目录作为Git仓库,假定是/srv/sample.git,在/srv目录下输入命令:

1
$ sudo git init --bare sample.git

Git就会创建一个裸仓库,裸仓库没有工作区,因为服务器上的Git仓库纯粹是为了共享,所以不让用户直接登录到服务器上去改工作区,并且服务器上的Git仓库通常都以.git结尾。然后,把owner改为git

1
$ sudo chown -R git:git sample.git

第五步,禁用shell登录:

出于安全考虑,第二步创建的git用户不允许登录shell,这可以通过编辑/etc/passwd文件完成。找到类似下面的一行:

1
git:x:1001:1001:,,,:/home/git:/bin/bash

改为:

1
git:x:1001:1001:,,,:/home/git:/usr/bin/git-shell

这样,git用户可以正常通过ssh使用git,但无法登录shell,因为我们为git用户指定的git-shell每次一登录就自动退出。

第六步,克隆远程仓库:

现在,可以通过git clone命令克隆远程仓库了,在各自的电脑上运行:

1
2
3
$ git clone git@server:/srv/sample.git
Cloning into 'sample'...
warning: You appear to have cloned an empty repository.

剩下的推送就简单了。

管理公钥

如果团队很小,把每个人的公钥收集起来放到服务器的/home/git/.ssh/authorized_keys文件里就是可行的。如果团队有几百号人,就没法这么玩了,这时,可以用Gitosis来管理公钥。

这里我们不介绍怎么玩Gitosis了,几百号人的团队基本都在500强了,相信找个高水平的Linux管理员问题不大。

管理权限

有很多不但视源代码如生命,而且视员工为窃贼的公司,会在版本控制系统里设置一套完善的权限控制,每个人是否有读写权限会精确到每个分支甚至每个目录下。因为Git是为Linux源代码托管而开发的,所以Git也继承了开源社区的精神,不支持权限控制。不过,因为Git支持钩子(hook),所以,可以在服务器端编写一系列脚本来控制提交等操作,达到权限控制的目的。Gitolite就是这个工具。

小结

  • 搭建Git服务器非常简单,通常10分钟即可完成;
  • 要方便管理公钥,用Gitosis
  • 要像SVN那样变态地控制权限,用Gitolite