Git常用命令合集

1. 配置git全局账号信息

git 是分布式版本控制系统，因此每台机器都必须自报家门，也就是配置你的用户名和邮箱。

• 配置用户名、邮箱

git config --global user.name "Your Name"
git config --global user.email "[email protected]"

• 查看用户名、邮箱

git config user.name
git config user.email

• 修改用户名、邮箱

git config --global --replace-all user.name "New Name"
git config --global --replace-all user.email "[email protected]"

2. 创建版本库，提交修改到版本库

什么是版本库呢？版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。

• 通过git init 将这个目录变成Git可以管理的仓库

  git init

• 用 git add 命令告知git，把文件添加到本地仓库；

    // 1. 添加指定文件
    git add xxx.txt
    
    // 2. 添加所有修改文件
    git add .

• 用 git commit 命令告知git， 把文件提交到本地仓库。

    git commit -m "本次提交的说明"

3. 版本回退

当你不断对文件进行修改，然后不断提交修改到版本库里，就好比玩RPG游戏时，每通过一关就会自动把游戏状态存盘，如果某一关没过去，你还可以选择读取前一关的状态。有些时候，在打Boss之前，你会手动存盘，以便万一打Boss失败了，可以从最近的地方重新开始。

Git也是一样，每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为commit。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作，而不是把几个月的工作成果全部丢失。

• 使用 git log 命令显示从最近到最远的提交日志

git-log.png

如果嫌输出信息太多，看得眼花缭乱的，可以试试加上 --pretty=oneline 参数。

• 使用 git reset 命令回退到指令的版本

    // 第1种回退方式：
    // HEAD^表示上一个版本，HEAD^^表示上上一个版本，
    // HEAD~100表示上一百个版本
    git reset --hard HEAD^
    
    // 第2种回退方式：
    // 指定commit id 方式，commit id不需要写全，git 会自动匹配
    git reset --hard 109abd

• Git提供 git reflog 命令来记录每一次Git操作命令

git-reflog.png

4. 撤销修改

1. 当你把 工作区 的代码改乱了之后，想直接丢弃工作区的修改时，使用如下命令：

   git checkout -- readme.txt

2. 当你把改乱的代码添加到 暂存区 之后，想要把暂存区的修改回退到工作区，使用如下命令：

   git reset HEAD readme.txt

   git reset 命令不仅可以回退版本，还可以把暂存区的修改回退到工作区。

3. 如果已经提交到版本库，可以通过 版本回退 进行回滚，前提是没有提交到远程仓库。

5. 创建分支与合并分支

• 创建分支，并切换到该分支

  1. git checkout -b dev
  2. 上述命令相当于执行了 git branch dev 与 git checkout dev。
  3. git branch : 列出所有分支，当前分支用 * 标记。

• 合并分支

  1. git merge dev；
  2. git merge 用于合并分支到当前分支；
  3. 合并完成后，可以删除dev分支（git branch -d dev）。

6. 解决冲突

• 代码冲突的原因：

  1. 不同的分支中，同时提交了对相同文件的修改。
  2. 不同分支（不同的本地分支、本地与远程分支）。

• 代码冲突的解决：

  1. 使用 git merge 命令进行合并，这种情况下Git无法执行快速合并，只能试图将各自的修改合并起来，但这种合并可能就存在冲突。

  2. 当出现冲突时（如下图所示），就需要我们手动解决冲突后在提交。

     
     
     git-merge-conflict.png

  3. Git用 <<<<<<< ，=======，>>>>>>> 标记出不同分支的内容。
     

     git-merge-conflict-2.png

  4. 提交手动解决冲突后的代码。

• 提示：出现冲突时 git status 也可以用于查看冲突原因。

7. 分支管理策略

通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

• 禁用Fast forward模式进行分支合并
  git merge --no-ff -m "禁用快速模式合并信息" dev

• 分支管理策略

  1. master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活。
  2. dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本。
  3. 你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

8. Bug分支

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

• 当你正在dev分支干活时（工作只进行一半），突然要创建bug分支fix bug，但是创建并切换分支需要提交当前代码，而你又不想提交该怎么办？？？

  1. 使用 git stash 命令，将当前工作现场存储起来，等以后再恢复现场再继续工作。
     

     git-stash.png

  2. 切换到Bug分支进行bug 修复。

  3. 切换回dev分支，进行现场恢复。

     • 查看之前的工作现场，使用 git stash list 命令查看;

     • 使用 git stash apply stash@{0}恢复现场，stash内容并不删除，你需要用 git stash drop来删除；

     • 使用 git stash pop stash@{0} ，恢复的同时把stash内容也删了。

9. Feature分支

添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。

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

10. 多人协作

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

• 查看远程分支信息

  1. git remote
  2. git remote -v 查看详细的远程分支信息

• 推送分支，使用 git push origin 分支名

• 抓取分支，使用 git pull origin 分支名

11. 忽略特殊文件

有些时候，你必须把某些文件放到Git工作目录中，但又不能提交它们，比如保存了数据库密码的配置文件啦，等等，每次git status都会显示Untracked files ...

这个问题解决起来也很简单，在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。不需要从头写.gitignore文件，GitHub已经为我们准备了各种配置文件，只需要组合一下就可以使用了。
所有配置文件可以直接在线浏览：gitignore

相关文章：
Git教程