git 命令大全

阮一峰 git 学习 ：https://www.ruanyifeng.com/blog/2015/12/git-cheat-sheet.html

git初始化

git init

• 作用：初始化git仓库，想要使用git对某个项目进行管理，需要git init进行初始化

# 在当前目录新建一个Git代码库，初始化仓库。 在当前目录下生成一个隐藏文件夹.git，不能修改.git下的任何东西
$ git init

# 新建一个目录，将其初始化为Git代码库
$ git init [project-name]

# 下载一个项目和它的整个代码历史
$ git clone [url]

#在根目录下新建一个md文件，并往文件里面填写内容
echo 'yuyuyuyuyuyuyu' >> yuyu.md

配置

Git的设置文件为.gitconfig，它可以在用户主目录下（全局配置），也可以在项目目录下（项目配置）

# 显示当前的Git配置
$ git config --list

# 编辑Git配置文件
$ git config -e [--global]

# 设置提交代码时的用户信息
$ git config [--global] user.name "[name]"
$ git config [--global] user.email "[email address]"

git基本命令

git status

• 作用：查看文件的状态
• 命令：git status
  • 红色表示工作区中的文件需要提交 add
  • 绿色表示暂存区中的文件需要提交 commit

git add

• 作用：将文件由 工作区 添加到 暂存区，在git中，文件无法直接从工作区直接添加到仓库区，必须先从工作区添加到暂存区，再从暂存区添加到仓库区。
• 命令：git add 文件名/目录名

# 将index.html添加到暂存区
git add index.html

# 将css目录下所有的文件添加到暂存区
git add css

# 将当前目录下所有的js文件添加到暂存区
git add *.js

# 添加当前目录下所有的文件
git add .
git add -A
git add --all

git commit

• 作用：将文件由 暂存区 添加到 仓库区，生成版本号

# 将文件从暂存区提交到仓库
git commit -m "提交说明"

# 如果不写提交说明，会进入vi编辑器，没有写提交说明，是提交不成功的。
git commit   # 需要使用vi输入内容

# 如果是一个已经暂存过的文件，可以快速提交，如果是未追踪的文件，那么命令将不生效。
# 相当于git add和git commit -m的组合
git commit -a -m '提交说明' 

# 修改最近的一次提交说明， 如果提交说明不小心输错了，可以使用这个命令
git commit --amend -m "提交说明"

git log

• 作用：查看提交日志
• git log 查看提交的日志
• git reflog:可以获取所有操作的日志

git clone

• 作用：克隆远程仓库的代码到本地
• git clone [远程仓库地址]
• git clone git://github.com/autumnFish/test.git会在本地新建一个test文件夹，在test中包含了一个.git目录，用于保存所有的版本记录，同时test文件中还有最新的代码，可以直接进行后续的开发和使用。
• git克隆默认会使用远程仓库的项目名字，也可以自己指定。需要是使用以下命令：git clone [远程仓库地址] [本地项目名]

clone 完代码，再执行 git remote -v，会发现控制台输出

    origin https://github.com/user1/repository.git (fetch)
    origin https://github.com/user1/repository.git (push)

也就是说git为你默认创建了一个指向远端代码库的origin（因为你是从这个地址clone下来的）。在这里我们要联系我们经常用到的命令git remote add origin 你的GitHub上的地址，其实，这是手动的为你的远程仓库的地址在本地起一个别名。

git push

• 作用：将本地仓库中代码提交到远程仓库
• git push 仓库地址 master 在代码提交到远程仓库，注意master分支必须写，不能省略
• 例子：git push git@github.com:autumnFish/test.git master 如果第一次使用，需要填写github的用户名和密码

git pull

• 作用：将远程的代码下载到本地
• 如果push出错了，那么就应该先pull
• 通常在push前，需要先pull一次。

# 获取远程仓库的更新，并且与本地的分支进行合并
git pull 地址 master

git remote

每次push操作都需要带上远程仓库的地址，非常的麻烦，我们可以给仓库地址设置一个别名

# 将本地仓库和远程仓库进行关联，并给远程仓库设置一个别名
git remote add 仓库别名 仓库地址
git remote add autumnFish git@github.com:autumnFish/test.git

# 删除绑定的远程仓库 autumnFish
git remote remove autumnFish

# 检查是否关联成功
git remote -v

# 一般情况需要先pull一下：git pull origin master

# push到远程库：
git push -u autumnFish master

# git clone的仓库默认有一个origin的别名

补充：git push origin 和 git push -u origin master 的区别

git push origin

上面命令表示，将当前分支推送到origin主机的对应分支。

如果当前分支只有一个追踪分支，那么主机名都可以省略。

如果当前分支与多个主机存在追踪关系，那么这个时候-u选项会指定一个默认主机，这样后面就可以不加任何参数使用git push。

git push -u origin master 上面命令将本地的master分支推送到origin主机，同时指定origin为默认主机，后面就可以不加任何参数使用git push了。

 不带任何参数的 git push，默认只推送当前分支，这叫做simple方式。此外，还有一种matching方式，会推送所有有对应的远程分支的本地分支。Git 2.0版本之前，默认采用matching方法，现在改为默认采用simple方式。

git对比

git diff

• 作用：可以查看每次提交的内容的不同

# 查看工作区与暂存区的不同
git diff

# 查看暂存区与仓库区的不同
git diff --cached

# 查看工作区与仓库区的不同，HEAD表示最新的那次提交
git diff HEAD

# 查看两个版本之间的不同
git diff c265262 de4845b

git重置

git reset

• 作用：版本回退，将代码恢复到已经提交的某一个版本中。
• git reset --hard 版本号 将代码回退到某个指定的版本(版本号只要有前7位即可)
• git reset --hard head~1将版本回退到上一次提交
  • ~1:上一次提交
  • ~2:上上次提交
  • ~0:当前提交
• 当使用了git reset命令后，版本会回退，使用git log只能看到当前版本之前的信息。使用git reflog可以查看所有的版本信息

git分支

创建分支

• git branch 分支名称创建分支，分支中的代码，在创建时与当前分支的内容完全相同。
• git branch dev，创建了一个叫做dev的分支
• git在第一次提交时，就有了一个叫master的主分支。

在指定的commit id点创建分支

方法一：

git checout -b <new_branch_name>  <commid_id>

方法二：

git checkout <commid_id>

git checkout -b <new branch name>

查看分支

• git branch查看所有本地分支
• git branch -r 查看远程左右分支
• git branch -a 查看本地的和远端的分支
• git branch -v#查看分支详情，包括分支指向的commitId及提交信息
• 在当前分支的前面会有一个*
• 在git中，有一个特殊指针HEAD,永远会指向当前分支

切换分支

• git checkout 分支名称切换分支 HEAD指针指向了另一个分支
• git checkout -b 分支名称 创建并切换分支 （创建一个新分支，并把head指针指向当前的分支）
• git checkout - 切换到上一个分支
• 在当前分支的任何操作，都不会影响到其他的分支，除非进行了分支合并。
• 提交代码时，会生产版本号，当前分支会指向最新的版本号。

把本地分支推向远端仓库并建立追踪关系

git push origin newbranch:newbranch  // 创建了一个远程分支名字叫 newbranch，origin为关键字
git push --set-upstream origin newbranch  // 把本地的新分支，和远程的新分支关联

或
git branch --set-upstream branch remote-branch

如果是在远端新建的分支，本地直接git checkout newbranch 就可以把远端的分支拉下来并切换到该分支了

删除分支

• git branch -d 分支名称 删除一个干净的分支(即相对当前分支而言该分支没有新的提交记录)
• git branch -D 强制删除一个分支，该分支有没有合并到当前分支的提交记录
• 注意：不能在当前分支删除当前分支，需要切换到其他分支才能删除。
• 注意：master分支是可以删除的，但是不推荐那么做。

# 删除远程分支
$ git push origin --delete [branch-name] git branch -a时，删除的分支没有了，并且远端刷新后该分支也不在了
$ git branch -dr [remote/branch] git branch -a时，删除的分支没有了，但是远端刷新后该分支还在

分支恢复

思路：对于已经有提交记录的分支删除后，实际上只是删除指针，commit记录还保留，如果想恢复，需要使用git reflog查找该分支指向的commitId，然后根据commitId创建新的分支 git branch <branch_name> <commitId> #根据指定commit创建新分支

重命名分支

git branch -m <branch_name> newname

合并分支

• git merge 分支名称 将其他分支的内容合并到当前分支。
• 在master分支中执行git merge dev 将dev分支中的代码合并到master分支
• 参见分支合并

分支合并细节

如果两个分支没有产生分叉情况，那么会进行快速合并，即fast-forward方式，它并不会产生新的commitId，只是改变了指针的指向，产生分叉合并可能会有冲突情况。

git merge --no-ff -m "msg" <branch_name> #合并分支时禁用Fast forward模式 我们知道如果使用fast-forward方式进行分支合并，只是简单改变了分支指针，而不会产生新的commit记录。 为了保证合并数据的完整性，我们也可以在合并时指定不使用fast-forward方式，使用 --no-ff 选项。这样，在merge时就会生成一个新的commit，从日志上就可以看到分支合并记录了。

分支暂存

git stash #将工作暂存 git stash list #列出所有的暂存状态 从暂存区之中进行恢复，有两种处理方式： 1.先恢复，而后再删除暂存 git stash apply git stash drop 2.恢复的同时也将stash内容删除 git stash pop 当我们在分支上进行代码开发时，有可能会接到突发需求，而当前的代码尚未完成，所以还不能直接提交。 为了解决这样的问题，git就提供了分支暂存的机制，可以将开发一半的分支进行保存，在适当的时候进行代码恢复。

git合并冲突

• 对于同一个文件，如果在两个不同的分支中，对同一个文件的同一个部分进行了不同的修改，Git 就没法干净的合并它们，在合并它们的时候就会产生合并冲突
• 合并分支时，如果出现冲突，只能手动处理，再次提交，一般的作法，把自己的代码放到冲突代码的后面即可。
• 可以在合并冲突后的任意时刻使用git status命令来查看那些因包含合并冲突而处于未合并（unmerged）状态的文件

$ git status
On branch master
You have unmerged paths.
  (fix conflicts and run "git commit")

Unmerged paths:
  (use "git add <file>..." to mark resolution)

    both modified:      index.html

no changes added to commit (use "git add" and/or "git commit -a")

任何因包含合并冲突而有待解决的文件，都会以未合并状态标识出来。 Git 会在有冲突的文件中加入标准的冲突解决标记，这样你可以打开这些包含冲突的文件然后手动解决冲突。 出现冲突的文件会包含一些特殊区段，看起来像下面这个样子：

<<<<<<< HEAD:index.html
<div id="footer">contact : email.support@github.com</div>
=======
<div id="footer">
 please contact us at support@github.com
</div>
>>>>>>> iss53:index.html

这表示HEAD所指示的版本（也就是你的master分支所在的位置，因为你在运行 merge 命令的时候已经检出到了这个分支）在这个区段的上半部分（=======的上半部分），而iss53分支所指示的版本在=======的下半部分。 为了解决冲突，你必须选择使用由=======分割的两部分中的一个，或者你也可以自行合并这些内容。 例如，你可以通过把这段内容换成下面的样子来解决冲突：

<div id="footer">
please contact us at email.support@github.com
</div>

上述的冲突解决方案仅保留了其中一个分支的修改，并且<<<<<<<,=======, 和>>>>>>>这些行被完全删除了。 在你解决了所有文件里的冲突之后，对每个文件使用git add命令来将其标记为冲突已解决。 一旦暂存这些原本有冲突的文件，Git 就会将它们标记为冲突已解决。

git 新建本地分支，并对应建立远程分支和推送到远程分支

// 1.查看一下本地分支

    git branch;

    // 查看本地和远程的所有分支

    git branch -a

// 2.新建一个本地的分支

    git checkout -b newbranch   //这个命令是新建一个分支，并切换到该分支上去

    （git branch newbranch;     git checkout newbranch）这两个命令合起来等同于上面的一个命令

// 3.新建一个远程分支（同名字的远程分支）

    git push origin newbranch:newbranch   //创建了一个远程分支名字叫 newbranch，origin为关键字

// 4.把本地的新分支，和远程的新分支关联

    git push --set-upstream origin newbranch

 这时就可以在这个分支下使用 git pull 推送支远程的新分支上了