git教程

git教程转载自廖雪峰老师的git教程https://www.liaoxuefeng.com/wiki/896043488029600/897013573512192

一、安装git（安装过程省略）
二、创建git的user.name和user.email（修改命令也是这个）
$ git config --global user.name “your name”
$ git config --global user.email "email@xxx.com"
查看user.name和user.email
$ git config user.name
$ git config user.emial
注意：git config命令的–global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。
三、创建一个本地版本库(repository)
选择一个合适的地方，创建一个目录，切换到该目录下执行“git init”命令
$ git init
创建成功后，目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。
如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。
四、把文件添加到版本库中
在本地版本库中编写一个readme.txt
第一步：用命令git add告诉git,把文件添加到仓库：
$ git add readme.txt
第二步：用命令git commit告诉git，将文件提交到仓库
$ git commit -m “commit readme.txt first”
[master (root-commit) b162bb9] commit readme first
1 file changed, 1 insertion(+)
create mode 100644 reademe.txt
简单解释一下git commit命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。
git commit命令执行成功后会告诉你，1 file changed：1个文件被改动（我们新添加的readme.txt文件）；2 insertions：插入了一行内容（readme.txt有两行内容）。

为什么Git添加文件需要add，commit一共两步呢？因为commit可以一次提交很多文件，所以你可以多次add不同的文件，比如：
$ git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m “add 3 files.”

总结：初始化一个Git仓库，使用git init命令。
添加文件到Git仓库，分两步：
使用命令git add ，注意，可反复多次使用，添加多个文件；
使用命令git commit -m ，完成。

时光穿梭机：
现在修改readme.txt文件
修改为以下内容：
Git is a distributed version control system.
Git is free software.
执行git status命令查看：

$ git status
On branch master
Changes not staged for commit:
(use “git add …” to update what will be committed)
(use “git checkout – …” to discard changes in working directory)
modified: reademe.txt
no changes added to commit (use “git add” and/or “git commit -a”)

虽然Git告诉我们readme.txt被修改了，但如果能看看具体修改了什么内容，自然是很好的。比如你休假两周从国外回来，第一天上班时，已经记不清上次怎么修改的readme.txt，所以，需要用git diff这个命令看看：
$ git diff
diff --git a/reademe.txt b/reademe.txt
index 94eadad…013b5bc 100644
— a/reademe.txt
+++ b/reademe.txt
@@ -1 +1,2 @@
-eaadf4e
\ No newline at end of file
+Git is a distributed version control system.
+Git is free software.
\ No newline at end of file
Administrator@DESKTOP-BBO1IEA MINGW64 /f/git (master)

知道了对readme.txt作了什么修改后，再把它提交到仓库就放心多了，提交修改和提交新文件是一样的两步，第一步是git add：
$ git add reademe.txt
在执行git commit之前，再次运行git status命令查看当前仓库的状态：
$ git status
On branch master
Changes to be committed:
(use “git reset HEAD …” to unstage)
modified: reademe.txt
Administrator@DESKTOP-BBO1IEA MINGW64 /f/git (master)

执行 git commit命令：
$ git commit -m “add 2 lines”
[master bd4aefc] add 2 lines
1 file changed, 2 insertions(+), 1 deletion(-)
Administrator@DESKTOP-BBO1IEA MINGW64 /f/git (master)

执行完git commit命令后执行git status命令：
$ git status
On branch master
nothing to commit, working tree clean
Git告诉我们当前没有需要提交的修改，而且，工作目录是干净（working tree clean）的。

小结
要随时掌握工作区的状态，使用git status命令。
如果git status告诉你有文件被修改过，用git diff可以查看修改内容。

版本回退
每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为commit。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作，而不是把几个月的工作成果全部丢失。
版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看：
$ git log
commit ec8276ea88c92a038c40df513dd2302b35608b00 (HEAD -> master)
Author: jerry zwl450651@163.com
Date: Wed May 22 21:40:16 2019 +0800
change words at line 2

commit bd4aefc607cf30ad66090dc8495fc50ae31ad723
Author: jerry zwl450651@163.com
Date: Wed May 22 21:31:12 2019 +0800
add 2 lines

commit 9d9824da700212312aabcc6132c68484cffbc32d
Author: jerry zwl450651@163.com
Date: Wed May 22 21:07:59 2019 +0800
commit three files

commit b162bb9ea788cc3823a1239bf5d4481321a2cda2
Author: jerry zwl450651@163.com
Date: Wed May 22 21:03:24 2019 +0800
commit readme first

git log命令显示从最近到最远的提交日志，如果嫌输出信息太多，看得眼花缭乱的，可以试试加上–pretty=oneline参数：
$ git log --pretty=oneline
ec8276ea88c92a038c40df513dd2302b35608b00 (HEAD -> master) change words at line 2
bd4aefc607cf30ad66090dc8495fc50ae31ad723 add 2 lines
9d9824da700212312aabcc6132c68484cffbc32d commit three files
b162bb9ea788cc3823a1239bf5d4481321a2cda2 commit readme first

需要友情提示的是，你看到的一大串类似ec8276…的是commit id（版本号），和SVN不一样，Git的commit id不是1，2，3……递增的数字，而是一个SHA1计算出来的一个非常大的数字，用十六进制表示，而且你看到的commit id和我的肯定不一样，以你自己的为准。为什么commit id需要用这么一大串数字表示呢？因为Git是分布式的版本控制系统，后面我们还要研究多人在同一个版本库里工作，如果大家都用1，2，3……作为版本号，那肯定就冲突了。

首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交1094adb…（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^{，上上一个版本就是HEAD，当然往上100个版本写100个}比较容易数不过来，所以写成HEAD~100，使用git reset命令：
$ git log --pretty=oneline
8bf402778df49cc64fd6d6f8295c95447eb865d5 (HEAD -> master) add —
4add7227736fcc9bd2efcee4ea00f1c4c8675da3 three files add
b162bb9ea788cc3823a1239bf5d4481321a2cda2 commit readme first

$ git reset --hard head~1
HEAD is now at 4add722 three files add

$ git log --pretty=oneline
4add7227736fcc9bd2efcee4ea00f1c4c8675da3 (HEAD -> master) three files add
b162bb9ea788cc3823a1239bf5d4481321a2cda2 commit readme first
继续回到被回退的那个版本
$ git reset --hard 8bf4027
HEAD is now at 8bf4027 add —
在Git中，总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到add distributed版本时，再想恢复到append GPL，就必须找到append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令：
$ git reflog
8bf4027 (HEAD -> master) HEAD@{0}: reset: moving to 8bf4027
4add722 HEAD@{1}: reset: moving to head~1
8bf4027 (HEAD -> master) HEAD@{2}: reset: moving to 8bf40
4add722 HEAD@{3}: reset: moving to head^
8bf4027 (HEAD -> master) HEAD@{4}: commit: add —
4add722 HEAD@{5}: reset: moving to head^
2cd5d0e HEAD@{6}: commit: add —
4add722 HEAD@{7}: commit: three files add
b162bb9 HEAD@{8}: reset: moving to HEAD^
5e6a863 HEAD@{9}: commit: add
b162bb9 HEAD@{10}: reset: moving to head^
9d9824d HEAD@{11}: checkout: moving from master to master
9d9824d HEAD@{12}: reset: moving to head^
bd4aefc HEAD@{13}: reset: moving to HEAD^
ec8276e HEAD@{14}: commit: change words at line 2
bd4aefc HEAD@{15}: commit: add 2 lines
9d9824d HEAD@{16}: commit: commit three files
b162bb9 HEAD@{17}: commit (initial): commit readme first

现在总结一下：
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

工作区和暂存区
小结
又到了小结时间。
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout – file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD ，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。
关联远程仓库和push到远程仓库
要关联一个远程库，使用命令git remote add origin git@github.com:/repo-name.git；
关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
git push -u origin master
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
克隆远程仓库
要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。
Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。
$ git clone git@github.com:wenlongzou/jerryRepository.git
$ git clone https://github.com/wenlongzou/jerryRepository

分支关联
一、创建和合并分支：
先，我们创建dev分支，然后切换到dev分支：
$ git checkout -b dev
Switched to a new branch ‘dev’

git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
$ git branch dev
$ git checkout dev
Switched to branch ‘dev’

然后，用git branch命令查看当前分支：
$ git branch

• dev
  master

小结
Git鼓励大量使用分支：
查看分支：git branch
创建分支：git branch
切换分支：git checkout
创建+切换分支：git checkout -b
合并某分支到当前分支：git merge
删除分支：git branch -d

解决冲突
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。
用git log --graph命令可以看到分支合并图。

分支管理策略
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
下面我们实战一下–no-ff方式的git merge：
$ git merge --no-ff -m “merge with no-ff” dev

因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。
合并后，我们用git log看看分支历史：
$ git log --graph --pretty=oneline --abbrev-commit

• e1e9c68 (HEAD -> master) merge with no-ff
  |\
  | * f52c633 (dev) add merge
  |/
• cf810e4 conflict fixed

BUG分支
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。

feature分支
开发一个新feature，最好新建一个分支；
如果要丢弃一个没有被合并过的分支，可以通过git branch -D 强行删除。

多人协作
要查看远程库的信息，用git remote：
$ git remote
origin
或者，用git remote -v显示更详细的信息：
$ git remote -v
origin git@github.com:michaelliao/learngit.git (fetch)
origin git@github.com:michaelliao/learngit.git (push)
推送分支
$ git push origin master
但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？
master分支是主分支，因此要时刻与远程同步；
dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

标签关联
添加标签
命令git tag 用于新建一个标签，默认为HEAD，也可以指定一个commit id；
命令git tag -a -m "blablabla…"可以指定标签信息；
命令git tag可以查看所有标签。
用命令git show 可以看到说明文字。
操作标签
命令git push origin 可以推送一个本地标签；
命令git push origin --tags可以推送全部未推送过的本地标签；
命令git tag -d 可以删除一个本地标签；
命令git push origin :refs/tags/可以删除一个远程标签。