Git 常用命令总结

以下的git命令是我参考了廖雪峰等关于git的文章之后，根据自己实际工作中接触到的情况而总结出来的一份清单，也是之前在公司用来培训的资料。我会继续补充和修改，欢迎留言指教。

• 自报家门 git config --global user.name "RystLee” && git config --global user.email "[e-mail]"

• 搭建仓库 git init （产生的.git是版本库文件）

• 查看仓库的状况 git status

• 查看仓库中的文件有什么变化 git diff <file>

• 确定仓库中的文件的变化没问题，将文件添加缓冲区（stage）并提交到仓库(分支） git add <file> && git commit -m "comments"
  注：添加到暂存区的文件，再对其进行修改不会影响他们接下来的commit操作

• 查看最近的改动 git log [—pretty=oneline]

• 将文件从缓冲区撤回 git reset HEAD <file>

• 放弃文件最近一次的修改 git checkout — <file>

• 时光机
  回到过去： git reset —hard commit_id 或者 HEAD^

HEAD是指针 指向当前版本 HEAD^^指向上上个版本 HEAD~10指向上第10个版本
返回现在： git reflog 查看提交历史，找到你要的commit_id

• 删除文件 git rm <file>

• 远程仓库GitHub

  • 创建SSH Key: 在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，ssh-keygen -t rsa -C "[e-mail]"。然后将id_rsa.pub的内容拷贝到github的账户列表里。

  • 将本地仓库和github上的远程库关联并将本地的内容推送到远程库 git remote add origin [e-mail]:rystlee/learngit.git && git push -u origin master; origin是远程库的默认名称， -u参数负责将本地的master分支与远程的master分支关联起来，在以后的推送时不要加该参数 git push origin master

  • 克隆远程库 git clone [e-mail]:rystlee/learngit.git

  • 查看远程库信息 git remote -v

• 创建分支 git checkout -b dev (加上-b参数相当于两条命令：git branch dev && git checkout dev)

• 合并分支 在dev上工作完成之后，切回master，执行合并，然后删除dev： git checkout master && git merge dev && git branch -d dev

• 查看所有的分支 git branch （分支前有*号的表示当前工作的分支）

• 查看分支合并图 git log —graph

• Fast Forward 默认的分支合并图是丢掉分支信息的。禁用fast forward模式会新建一个commit来进行合并，这样就会将分支信息保存下来 git merge —no-ff -m "merge with no-ff" dev

• Bug分支 通过建立临时分支来修复bug，但是如果当你在dev上进行的工作还没完成而不能提交时，可以使用git stash来把当前的工作现场临时”藏匿”起来，这样git status查看工作区将会是干净的，现在你可以选择在master或者dev上建立一个临时的bug分支来进行修复bug的工做了。完成bug修复任务之后，git stash list查看之前藏匿的”工作现场”记录
  $ git stash list
  stash@{0}: WIP on dev: 6224937 add merge
  使用git stash apply stash@{0}来恢复，使用git stash drop stash@{0}来删除或者使用git stash pop将最近的工作现场恢复并删除记录。
  一般情况：当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到之前的工作现场。

• Feature分支 开发一个新功能，最好新建一个分支，如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name> 强行删除该分支。如果直接在dev分支上开发该特性，那就可能比较麻烦了。

• 推送分支到远程库 git push origin master 或推送其他分支，如dev git push origin dev; Bug分支只用于本地修复bug，就没必要推送到远程了，除非老板要看看你每周到底修复了几个bug; Feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

• 抓取分支 克隆远程库，默认情况下，只能看到master分支；如果想在dev分支上进行开发，就必须创建远程origin的dev分支到本地，命令是 git checkout -b dev origin/dev 这样就建立了本地dev分支并与远程dev分支的进行了链接

• 关联分支 如果git pull 或 git push提示”no tracking information”，则说明将本地的分支和远程的分支没有链接，用命令git branch —track <local_branch> origin/<remote_branch> 进行链接。

• 多人协作的工作模式通常是：
  首先，可以试图用 git push origin <branch> 推送自己的修改；
  如果推送失败，则因为远程分支比你本地的新，需要先用git pull试图合并；
  如果合并有冲突，则解决冲突，并在本地提交；
  没有冲突或者解决掉冲突后，再用 git push origin <branch> 推送

• 标签是版本库的快照，实质是指向某个commit的一个指针。
  git tag <tagname> 新建一个标签，默认为HEAD,也可以指定一个commit_id
  git tag -a <tagname> -m “comments” 可以指定标签信息
  git tag -s <tagname> -m “comments” 可以用PGP签名标签
  git tag 查看所有标签
  git show <tagname> 查看某个标签
  git tag -d <tagname> 删除标签
  git push origin <tagname> 推送标签到远程
  git push origin —tags 推送所有标签到远程
  git push origin :refs/tags/<tagname> 删除远程库的标签（先将本地要删除的标签干掉，该推送就会将远程的标签同步删除）

• 让git适当的显示不同的颜色 git config —global color.ui true

• 忽略特殊文件 https://github.com/github/git... 然后再加上自己定义的文件，最终得到一个完整的.gitignore文件

• 设置命令的别名
  git config —global alias.unstage ‘reset HEAD’ -> git unstage test.php （将暂存区的修改撤销）
  git config —global alias.last ‘log -l’ -> git last （显示最后一次提交信息）
  有人丧心病狂
  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 diff <branch1> <branch2>

• 关联本地仓库和远程仓库 如果你不是clone的远程仓库，就需要进行关联操作：git remote add origin <server>:<repository>

• 清理本地对应的远程已经删除的分支 git remote prune origin

• 比较当前文件和上一次提交之间的差异 git diff HEAD^ HEAD <file>

• 找出是谁最近改动过代码 git blame <file> ,配合grep使用效果更佳

注意事项

• 所有的版本控制系统，其实只能跟踪文本文件的改动，不能跟踪二进制文件内容的改动，不幸的是，Microsoft的Word格式是二进制格式，因此，版本控制系统是没法跟踪Word文件的改动的

• Git设计优秀主要是因为它跟踪管理的是修改，而非文件，每个文件只有一份，git会根据分支记录的修改去控制工作区中的文件的内容。

• master也是分支，但却是主分支，HEAD指针指向的分支是当前工作的分支，良好的开发方式是新建一个分支(名字可以是dev)进行开发,然后add、commit等，最后再切回master进行merge操作，master分支仅用来发布新版本。

• 本地创建的分支如果不推送到远程，对其他人就是不可见的。

• 修改文件未提交时切换分支，修改的内容会同步到切换到的分支上，直到提交之后。

• .gitignore只能忽略那些原来没有被track的文件，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。正确的做法应该是：git rm --cached logs/xx.log，然后更新 .gitignore 忽略掉目标文件，最后git commit -m "We really don't want Git to track this anymore!"

原文链接：https://macken.me/article/git-instructions