Git常用命令

Git命令的学习使用

本文列举Git中常用的命令，资料来源于廖雪峰的Git教程，写得非常详细，很好理解，建议看原文。
Git官方使用中文手册这里说得比较全面，但是相对来讲会比较难理解一点；

---

版本库创建

初始化一个Git仓库，使用git init命令。
添加文件到Git仓库，分两步：

1. 使用命令git add <file>，注意，可反复多次使用，添加多个文件；使用git add .命令可以把有新建、修改的所有文件全部添加到stage(暂存区)中。
2. 使用命令git commit -m <message>，完成。

---

时光机穿梭

• 要随时掌握工作区的状态，使用git status命令。
• 如果有文件被修改过，用git diff <file>可以查看修改内容。
• 用git diff HEAD -- <file>可以查看工作区和版本库里面最新版本的区别

版本回退

• HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。commit_id版本号没必要写全，前几位就可以了，Git会自动去找。
• git log查看提交日志，这个命令后面可以跟上下面的参数
  • git log --graph可以看到分支合并图；
  • git log --pretty=oneline；每次提交记录用一行来显示；
  • git log --graph --pretty=oneline --abbrev-commit，可以查看各个分支、版本提交情况；参数--abbrev-commit让commit_id只显示前面7位数字；
• 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

工作区和暂存区

• 工作区：简单理解就是项目根目录，就是你的工作区。
• 暂存区：git add .命令就是把修改、添加的文件添加到stage(暂存区)。暂存区位于工作区的隐藏目录.git中。
  暂存区是Git非常重要的概念，弄明白了暂存区，就弄明白了Git的很多操作到底干了什么。

管理修改

理解Git是如何跟踪修改的，每次修改，如果不用git add到暂存区，那就不会加入到commit中。若此时执行commit命令，就会报错，无法提交当前的修改。

撤销修改

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- <file>。
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：

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

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。
git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

删除文件

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

---

远程仓库

服务器端的版本库，避免电脑硬盘故障时的损失。

添加远程库

先有本地库，后有远程库的时候，如何关联远程库？使用命令git remote add origin git@server-name:path/repo-name.git，这里使用的是SSH地址，也可以使用HTTPS地址。

• origin：Git默认远程库的名字，也可以改成别的。

使用命令git push -u origin master第一次推送master分支的所有内容；

• -u：加上此参数后，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。

此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改。

从远程库克隆

现在，假设我们从零开发，那么最好的方式是先创建远程库，然后，从远程库克隆，git clone <server_address>。

---

分支管理

多分支有利于我们并发进行不同的任务，又不影响发版上线工作。分支管理的基本原则：

• 主（master）分支
• 开发（dev）分支
• 功能（feature）分支
• 修补bug（fixbug）分支
• 预发布（release）分支

创建与合并分支

Git鼓励大量使用分支：
查看分支：git branch
查看所有本地、远程分支：git branch -a
切换分支：git checkout <name>
创建分支：git branch <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>
删除分支：git branch -d <name>
删除远程分支：git push origin --delete <name>

解决冲突

当Git无法自动合并分支时，就必须首先解决冲突。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，根据实际情况取舍再提交，合并完成。
使用git log --graph命令可以看到分支合并图。

分支管理策略

通常合并分支时Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
普通模式合并命令git merge --no-ff -m "merge with no-ff" dev，因为合并后要创建一个新的commit，所以加上-m参数，把commit描述写进去。

Bug分支

当修复bug的时候，我们可以创建新的bug分支进行修复，这样就不会影响当前分支上的工作，修复完成后合并，最后删除分支。
stash贮藏功能
当手头工作没有完成时，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作；

• 贮藏更改：git stash
• 查看贮藏：git stash list
• 恢复贮藏：
  • git stash pop，恢复的同时把stash内容也删了；
  • git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
  • 若有多个stash，可以在这两个命令后面都可以跟stash的id来恢复指定的stash，git stash apply stash@{0}；

Feature分支

添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。

多人协作

查看远程库信息

• git remote
• git remote -v显示远程库详细信息

推送分支
git push origin <branch-name>，将本地分支的修改推送至服务器分支。

拉取分支
在本地创建和远程分支对应的分支，使用git checkout -b <branch-name> origin/<branch-name>，本地和远程分支的名称最好一致；

拉取当前本地分支追踪的远端分支，合并到本地分支中git pull
没有建立追踪关系可以使用git pull origin master:master去拉取origin主机的master分支与本地的master分支合并，git pull命令详解；
查看本地与远程分支的追踪关系git branch -vv

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

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

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

分支覆盖
当前分支是master分支，想让dev分支上的代码完全覆盖master分支上的代码；

1. 首先切换到master分支git checkout master
2. 执行git reset --hard origin/dev命令，此时master分支上的代码就完全被dev分支上的代码覆盖了(本地分支)
3. 将本地分支强行推到远程分支git push -f

Rebase

变基操作

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

修改分支名字

分支名字修改分为以下两种情况：

1. 分支未推送到远端
   直接使用git branch -m oldName newName命令修改即可；
2. 分支已推送到远端且本地分支名与远程分支名相同分支已推送到远端且本地分支名与远程分支名相同
   1. 本地分支重命名git branch -m oldName newName
   2. 删除旧的远端分支git push --delete origin oldName
   3. 推送新命名的本地分支git push origin newName
   4. 把修改后的本地分支与远程分支关联git branch --set-upstream-to origin/newName

---

标签管理

发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。tag也是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。

创建标签

• git tag <tagname> <commit_id>用于新建一个标签，没有加commit_id，则默认为HEAD，也可以指定一个commit_id，则在指定某次提交上打标签；
• git tag -a <tagname> -m "message"可以指定标签信息；
• git tag查看所有标签，显示的标签不是按时间顺序列出，而是按字母排序的；
• git show <tagname>查看标签信息；

注意：标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。

操作标签

• git push origin <tagname>可以推送一个本地标签；
• git push origin --tags可以推送全部未推送过的本地标签；
• git tag -d <tagname>可以删除一个本地标签；
• git push origin :refs/tags/<tagname>可以删除一个远程标签。