Git 基本操作

基础篇

在windows安装Git

在Windows上安装Git
在Windows上使用Git，可以从Git官网直接下载安装程序，（网速慢的同学请移步国内镜像），然后按默认选项安装即可。

安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明Git安装成功！

安装完成后，还需要最后一步设置，在命令行输入：

$ git config --global user.name “Your Name”

$ git config --global user.email “email@example.com”

因为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址。

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

创建版本库

首先，选择一个合适的地方，创建一个空目录：

$ mkdir learngit
$ cd learngit
$ pwd

”cd“ 是进入，“..”是返回上一级，“pwd”是当前路径 注：目录名不能为中文

第二步，通过git init命令把这个目录变成Git可以管理的仓库：

$ git init

如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。
亦或者在窗口的“查看”里设置不隐藏

然后在文件中放入要保存的文件，然后

第一步，用命令git add告诉Git，把文件添加到仓库：

$ git add readme.txt

第二步，用命令git commit告诉Git，把文件提交到仓库：

$ git commit -m “此处必须写注释”

用git status命令查看当前状态：

$ git status

git diff就是查看difference，显示的格式正是Unix通用的diff格式，即查看你都修改了什么

$ git diff readme.txt

git log命令显示从最近到最远的提交日志，如果嫌输出信息太多，看得眼花缭乱的，可以试试加上–pretty=oneline参数：

$ git log
或者
$ git log --pretty=oneline

首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交1094adb…（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^ ，上一个版本就是HEAD^^ ， 当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
现在，我们要把当前版本append GPL回退到上一个版本add distributed，就可以使用git reset命令：
（每次提交一次就是一个版本，回退到上一个版本）

$ git reset --hard HEAD^

穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。

要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本

工作区和暂存区

git add时添加到stage区，即暂存区
git commit -m “” 时，添加到master区，即提交到储存区

图解

git checkout – file可以丢弃工作区的修改：

$ git checkout – readme.txt

git checkout – readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。

git checkout – file命令中的–很重要，没有–，就变成了“切换到另一个分支”的命令
用命令git reset HEAD 可以把暂存区的修改撤销掉（unstage），重新放回工作区：

$ git reset HEAD readme.txt

然后按上一步撤销

删除文件
一般情况下，你通常直接在文件管理器中把没用的文件删了，或者用rm命令删了：

$ rm test.txt

这个时候，Git知道你删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除了：

$ git status

现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：

另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：

$ git checkout – test.txt

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。

核心篇

设置远程仓库（Git Hub):
https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001374385852170d9c7adf13c30429b9660d0eb689dd43a000
设置远程仓库（码云）
https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/00150154460073692d151e784de4d718c67ce836f72c7c4000

分支管理

一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点。

每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长：

当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：

你看，Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，工作区的文件都没有任何变化！

不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：

假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：

所以Git合并分支也很快！就改改指针，工作区内容也不变！

合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

首先，我们创建dev分支，然后切换到dev分支：

$ git checkout -b dev

git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：

$ git branch dev

$ git checkout dev

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

$ git branch

然后提交：

$ git add readme.txt

$ git commit -m “branch test”

现在，dev分支的工作完成，我们就可以切换回master分支：

$ git checkout master

现在，我们把dev分支的工作成果合并到master分支上：

$ git merge dev

删除dev分支：

$ git branch -d dev

小总结：
Git鼓励大量使用分支：

查看分支：git branch

创建分支：git branch

切换分支：git checkout

创建+切换分支：git checkout -b

合并某分支到当前分支：git merge

删除分支：git branch -d

多分支

当多条分支合并冲突时：

这种情况下，Git会无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突，我们试试看：

$ git merge feature1

果然冲突了Git的告诉我们，！readme.txt文件存在冲突，必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件：

$ git status

Git的用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改后保存再提交。

现在，master分支状语从句：feature1分支变成了下图产品所示：

带用的参数git log也。可以看到分支的合并情况：

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

最后，删除feature1分支：

$ git branch -d feature1

–no-ff参数，表示禁用Fast forward：

$ git merge --no-ff -m “此处写注释” dev

不使用Fast forward模式，merge后就像这样：

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

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

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

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

所以，团队合作的分支看起来就像这样：

软件开发中，错误就像家常便饭一样。有了错误就需要修复，在混帐中，由于分支是如此的强大，所以，每个错误都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。

当你接到一个修复一个代号101的错误的任务时，很自然地，想你创建³³一个分支issue-101来修复它，但是，等等，正在当前dev上进行的工作还没有提交：

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

$ git stash

Git的把藏匿内容存在某个地方了，但是需要恢复一下，有两个办法：

用一是git stash apply恢复，但是恢复后，藏匿内容并不删除，需要你用git stash drop来删除;

另一种方式是用git stash pop，恢复的同时把藏匿内容也删了：

$ git stash pop

再用git stash list查看，就看不到任何藏匿内容了：

$ git stash list

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

$ git stash apply stash@{0}

添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。
Git友情提醒，feature-vulcan分支还没有被合并，如果删除，将丢失掉修改，如果要强行删除，需要使用大写的-D参数:

$ git branch -D feature-vulcan

要查看远程库的信息，用

$ git remote：

显示更详细的信息

$ git remote -v

推送分支

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

$ git push origin master

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

$ git push origin dev

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

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

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

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

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

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

抓取分支

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

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

$ git clone git@github.com:(git hubY用户名)/learngit.git

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

$ git branch

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

$ git checkout -b dev origin/dev

现在，就他在可以dev上继续修改，然后，地时不时把dev分支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

再拉：

$ git pull

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

$ git commit -m “此处注释”
$ git push origin dev

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

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

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

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

变基

• 变基操作可以把本地未推的分叉提交历史整理成直线;
• 衍合的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。

有强迫症的童鞋会问：为什么混帐的提交历史不能是一条干净的直线？
git rebase试试：

$ git rebase

输出了一大堆操作，的英文到底啥效果再用git log看看：

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

原本分叉的提交现在变成一条直线了！

这就是变基操作的特点：把分叉的提交历史“整理”成一条直线，看上去更直观缺点是本地的分叉提交已经被修改过了。

创建标签

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

$ git branch

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

$ git tag v1.0

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

$ git tag

比方说要对"此处注释"这次提交打标签，它对应的commit id是f52c633，敲入命令：

$ git tag v0.9 f52c633

再用命令git tag查看标签：

$ git tag

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

$ git show v0.9

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

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

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

$ git tag -d v0.1

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

$ git push origin v1.0

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

$ git push origin --tags

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

$ git tag -d v0.9

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

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

配置别名

有没有经常敲错命令？比如git status？status这个单词真心不好记。

如果敲git st就表示git status那就简单多了，当然这种偷懒的办法我们是极力赞成的。

我们只需要敲一行命令，告诉Git，以后st就表示status：

$ git config --global alias.st status

好了，现在敲git st看看效果。

当然还有别的命令可以简写，很多人都用co表示checkout，ci表示commit，br表示branch：

$ git config --global alias.co checkout

$ git config --global alias.ci commit

$ git config --global alias.br branch

以后提交就可以简写成：

$ git ci -m “bala bala bala…”

–global参数是全局参数，也就是这些命令在这台电脑的所有Git仓库下都有用。

在撤销修改一节中，我们知道，命令git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区。既然是一个unstage操作，就可以配置一个unstage别名：

$ git config --global alias.unstage ‘reset HEAD’

当你敲入命令：

$ git unstage test.py

实际上Git执行的是：

$ git reset HEAD test.py

配置一个git last，让其显示最后一次提交信息：

$ git config --global alias.last ‘log -1’

这样，用git last就能显示最近一次的提交：

$ git last

甚至还有人把lg配置成了：

￥ 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的时候，加上–global是针对当前用户起作用的，如果不加，那只针对当前的仓库起作用。

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

$ cat .git/config

[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
ignorecase = true
precomposeunicode = true [remote “origin”]
url = git@github.com:michaelliao/learngit.git
fetch = +refs/heads/:refs/remotes/origin/ [branch “master”]
remote = origin
merge = refs/heads/master [alias]
last = log -1

别名就在[alias]后面，要删除别名，直接把对应的行删掉即可。

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

$ cat .gitconfig

[alias]
co = checkout
ci = commit
br = branch
st = status [user]
name = Your Name
email = your@email.com

配置别名也可以直接修改这个文件，如果改错了，可以删掉文件重新通过命令配置。

PS:本博客是学习git的个人心得和笔记
想具体了解的可以去廖老师的网站去学习，很全的
https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000