一、安装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 fixedBUG分支 修复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/可以删除一个远程标签。
