学习笔记之git

参考一
参考二

安装Git

国内直接从官网下载比较困难，速度极慢。
可以从镜像下载。
下载完成后，按默认选项安装即可。
安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明Git安装成功！
安装完成后，还需要最后一步设置，在git bash中输入：

$ git config --global user.name "jefftian"
$ git config --global user.email "email@163.com"

• 注意git config命令的–global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。

创建版本库

1.选择一个合适的文件夹，比如H盘，创建一个空目录。空白处右键，选择Git bash here：

$ mkdir learngit
$ cd learngit
$ pwd
/h/learngit

确保目录名（包括父目录）不包含中文。

2.通过git init命令把这个目录变成Git可以管理的仓库：

$ git init
Initialized empty Git repository in /h/learngit/.git/

多了一个.git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。如果没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。

至此，在我们创建的learngit文件夹中编写的文件，就可以进行版本控制了。

Git常用命令总结

1.Git工作区域

• 工作区（Working Directory）：就是我们平时存放项目代码的地方
• 暂存区（Index / Stage）：暂存区是工作区用来提交更改（commit）前可以暂存工作区的变化（用于临时存放你的改动），事实上它只是一个文件，保存即将提交到文件列表信息
• Git仓库（Repository）：安全存放数据的位置，这里面有你提交到所有版本的数据，受版本控制
  
  
• Directory：使用Git管理的一个目录，也就是一个仓库，包含我们的工作空间和Git的管理空间。
• WorkSpace：需要通过Git进行版本控制的目录和文件，这些目录和文件组成了工作空间。
• .git：存放Git管理信息的目录，初始化仓库的时候自动创建。
• Index/Stage：暂存区，或者叫待提交更新区，在提交进入repo之前，我们可以把所有的更新放在暂存区。
• Local Repo：本地仓库，一个存放在本地的版本库；HEAD会只是当前的开发分支（branch）。
• Stash：隐藏，是一个工作状态保存栈，用于保存/恢复WorkSpace中的临时状态。

2.Git 版本提交

（１）在工作目录中添加、修改文件；

$ touch test.cpp
$ vim test.cpp

（２）将需要进行版本管理的文件放入暂存区域；

$ git add test.cpp

（３）将暂存区域的文件提交到git仓库。

$ git commit -m "描述信息"

因此，git管理的文件有三种状态：已修改（modified）,已暂存（staged）,已提交(committed)

git status命令可以让我们时刻掌握仓库当前的状态

$ git status

查看上次对 file 进行的修改：git diff file顾名思义就是查看difference，显示的格式正是Unix通用的diff格式

$ git diff test.cpp

3.版本回退

版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看，git log命令显示从最近到最远的提交日志，包含版本号（commit id）。如果嫌输出信息太多，看得眼花缭乱的，可以试试

$ git log --pretty=oneline

当我们要把当前版本回退到上一个版本，就可以使用git reset命令,上一个版本就是head^，上上一个版本就是head^^，当然往上100个版本写100个^比较容易数不过来，所以写成head~100：

$ git reset --hard head^

如果想要回到版本回退之前的版本，可用下面的命令：

$ git reset --hard 版本号

版本号（commit id）没必要写全，前几位就可以了，Git会自动去找。当然也不能只写前一两位，因为Git可能会找到多个版本号

为了获得版本号，Git提供了一个命令git reflog用来记录你的每一次命令：

$ git reflog

4.撤销修改

• 当发生下面两种情况时，想要放弃本次修改，可使用此命令：

$ git checkout -- test.cpp

命令git checkout -- file意思就是，把 file 文件在工作区的修改全部撤销，这里有两种情况：

一种是file 自修改后还没有被放到暂存区（commit后修改了），现在，撤销修改就回到和版本库一模一样的状态；

一种是 file 已经添加到暂存区后，又作了修改（add后修改了），现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态。

• 当发生另一种情况时，想要放弃本次修改，可使用此命令：

$ git reset head test.cpp
$ git checkout -- test.cpp

这种情况是，修改后add 了，或者直接 git rm,想要放弃这种修改，即需要此命令。
命令git reset head <file>可以把暂存区的修改撤销掉（unstage），相当于没有add

git reset命令既可以回退版本，也可以把暂存区的修改删除掉。当我们用head时，表示最新的版本。

5.删除文件

当我们把commit过的文件删除(rm)了，那么
1.确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：

$ git rm test.txt
$ git commit -m "remove test.txt"

2.删错了。因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：

$ git checkout -- test.txt

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

远程仓库

由于本地Git仓库和GitHub仓库之间的传输是通过SSH加密的，所以，需要一点设置：

第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：

$ ssh-keygen -t rsa -C "youremail@163.com"

你需要把邮件地址换成你自己的邮件地址，然后一路回车，使用默认值即可，由于这个Key也不是用于军事目的，所以也无需设置密码。

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

第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面：

然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容，点“Add Key”，你就应该看到已经添加的Key。

1.添加远程库

1.现在GitHub上建立一个库，比如命名为learngit 。
2.在本地库打开git bash，执行：

$ git remote add origin git@github.com:jefftian666/learngit.git

添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。

下一步，就可以把本地库的所有内容推送到远程库上：

$ git push -u origin master

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

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

推送成功后，可以立刻在GitHub页面中看到远程库的内容已经和本地一模一样，从现在起，只要本地作了提交，就可以通过命令：

$ git push origin master

当你第一次使用Git的clone或者push命令连接GitHub时，会得到一个警告，输入yes回车即可。

2.从远程库克隆

从GitHub上找一个远程库，用命令git clone克隆一个本地库：

$ git clone git@github.com:jefftian666/gitskills.git

或者

$ git clone https://github.com/jefftian666/gitskills.git

3.fork别人的库

如何参与一个开源项目呢？比如人气极高的bootstrap项目，这是一个非常强大的CSS框架，你可以访问它的项目主页https://github.com/twbs/bootstrap，点“Fork”就在自己的账号下克隆了一个bootstrap仓库，然后，从自己的账号下clone：

$ git clone git@github.com:jefftian666//bootstrap.git

一定要从自己的账号下clone仓库，这样你才能推送修改。

4.使用码云

把本地的learngit库同时关联GitHub的learngit和gitee的learngit
1.删除已有的GitHub远程库：

$ git remote rm origin

使用多个远程库时，我们要注意，git给远程库起的默认名称是origin，如果有多个远程库，我们需要用不同的名称来标识不同的远程库。

2.关联GitHub的远程库：

$ git remote add github_origin git@github.com:jefftian666/learngit.git

注意，远程库的名称叫github_origin，不叫origin了。

3.关联Gitee的远程库：

$ git remote add gitee_origin git@gitee.com:jefftian666/learngit.git

注意，远程库的名称叫gitee_origin，不叫origin了。

现在，我们用git remote -v查看远程库信息，可以看到两个远程库：

$ git remote -v
gitee_origin    git@gitee.com:jefftian666/learngit.git (fetch)
gitee_origin    git@gitee.com:jefftian666/learngit.git (push)
github_origin   git@github.com:jefftian666/learngit.git (fetch)
github_origin   git@github.com:jefftian666/learngit.git (push)

5.如果要推送到GitHub，使用命令：

$ git push github_origin master

如果要推送到Gitee，使用命令：

$ git push gitee_origin master

这样一来，我们的本地库就可以同时与多个远程库互相同步。

分支管理

1.创建与合并分支

Git鼓励大量使用分支：

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>或者git switch <name>

创建+切换分支：git checkout -b <name>或者git switch -c <name>

合并某分支到当前分支：git merge <name>

合并时禁用Fast forward模式，Git就会在merge时生成一个新的commit： git merge --no-ff -m "merge with no-ff" <name>

删除分支：git branch -d <name>

2.bug分支

当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交，并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？

幸好，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

$ git stash save "储存信息"

现在，用git status查看工作区，就是干净的（除非有没有被Git管理的文件），因此可以放心地创建分支来修复bug。
工作区是干净的，刚才的工作现场存到哪去了？用git stash list命令看看：

$ git stash list

Git把stash内容存在某个地方了，但是需要恢复一下，用git stash pop，恢复的同时把stash内容也删了：

$ git stash pop

你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：

$ git stash apply stash@{0}

在master分支上修复的bug，想要合并到当前dev分支，可以用git cherry-pick 命令，把bug提交的修改“复制”到当前分支，避免重复劳动。

git cherry-pick <commit>

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

如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。分支还没有被合并，如果删除，将丢失掉修改.

$ git branch -D feature-vulcan

3.多人协作

当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。
要查看远程库的信息，用git remote：

$ git remote

或者，用git remote -v显示更详细的信息：

$ git remote -v

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

1.推送分支

推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：

$ git push origin master

如果要推送其他分支，比如dev，就改成：

$ git push origin dev

但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？

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

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

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

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

总之，就是在Git中，分支完全可以在本地自己藏着玩，是否推送，视你的心情而定！

2.抓取分支

多人协作时，大家都会往master和dev分支上推送各自的修改。

现在，模拟一个你的小伙伴，可以在另一台电脑（注意要把SSH Key添加到GitHub）或者同一台电脑的另一个目录下克隆：

$ git clone git@github.com:jefftian666/learngit.git

当你的小伙伴从远程库clone时，默认情况下，你的小伙伴只能看到本地的master分支。不信可以用git branch命令看看：

$ git branch
* master

现在，你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支：

$ git checkout -b dev origin/dev

现在，他就可以在dev上继续修改，然后，时不时地把dev分支push到远程：

$ git add env.txt

$ git commit -m "add env"

$ git push origin dev

你的小伙伴已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送：

$ cat env.txt
env

$ git add env.txt

$ git commit -m "add new env"

$ git push origin dev

推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送：

$ git pull

git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接：

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

再pull：

$ git pull

这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push：

$ git commit -m "fix env conflict"

$ git push origin dev

因此，多人协作的工作模式通常是这样：

首先，可以试图用git push origin <branch-name>推送自己的修改；

如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；

如果合并有冲突，则解决冲突，并在本地提交；

没有冲突或者解决掉冲突后，再用git push origin <branch-name>推送就能成功！

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

这就是多人协作的工作模式，一旦熟悉了，就非常简单。

3.rebase

git rebase操作可以把本地未push的分叉提交历史整理成直线；

git rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。

标签

1.创建标签

在Git中打标签非常简单，首先，切换到需要打标签的分支上：

$ git branch
* dev
  master
$ git checkout master
Switched to branch 'master'

然后，敲命令git tag <name>就可以打一个新标签：

$ git tag v1.0

可以用命令git tag查看所有标签：

$ git tag
v1.0

默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，怎么办？

方法是找到历史提交的commit id，然后打上就可以了，比方说要对add merge这次提交打标签，它对应的commit id是f52c633，敲入命令：

$ git tag v0.9 f52c633

再用命令git tag查看标签：

$ git tag
v0.9
v1.0

注意，标签不是按时间顺序列出，而是按字母排序的。可以用git show <tagname>查看标签信息：

$ git show v0.9

还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字：

$ git tag -a v0.1 -m "version 0.1 released" 1094adb

用命令git show 可以看到说明文字：

$ git show v0.1

2.操作标签

如果标签打错了，也可以删除：

$ git tag -d v0.1
Deleted tag 'v0.1' (was f15b0dd)

因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除。

如果要推送某个标签到远程，使用命令git push origin <tagname>：

$ git push origin v1.0

或者，一次性推送全部尚未推送到远程的本地标签：

$ git push origin --tags

如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除：

$ git tag -d v0.9

然后，从远程删除。删除命令也是push，但是格式如下：

$ git push origin :refs/tags/v0.9

自定义git

1.配置别名

alias	realname
lg	log --color --graph --pretty=format:’%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset’ --abbrev-commit
st	status
co	checkout
ci	commit
br	branch
unstage	reset HEAD
last	log -1

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