创建版本库
初始化一个Git仓库，使用git init命令。
添加文件到Git仓库，分两步：第一步，使用命令git add <file>，可反复多次使用，添加多个文件；第二步，使用命令git commit，完成。git add把把文件修改添加到暂存区；git commit提交更改，就是把暂存区的所有内容提交到当前分支。每次修改，如果不add到暂存区，那就不会加入到commit中。
查看状态
查看工作区的状态，使用git status命令。
如果git status告诉有文件被修改过，用git diff可以查看修改内容。
使用git log查看版本库现在的状态。
版本回退
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。
用git log可以查看提交历史，以便确定要回退到哪个版本。
用git reflog查看命令历史，以便确定要回到未来的哪个版本。
撤销修改
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。git checkout其实是用版本库里的版本替换工作区的版本
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。
删除文件
命令git rm file用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。
创建与合并分支相关
查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>，合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。git merge --no-ff -m "merge with no-ff" dev 将dev分支以普通模式合并到当前分支
删除分支：git branch -d <name>
查看分支合并图：git log --graph
Bug分支
git stash 可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：
首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支：
git checkout master
git checkout -b issue-101
修复完成后，切换到master分支，并完成合并，最后删除issue-101分支：
git checkout master
git merge --no-ff -m "merged bug fix 101" issue-101
git branch -d issue-101
回到dev分支干活
git checkout dev
git stash list // git stash list命令看看储藏了那些stash
需要恢复到储藏前，有两个办法：一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
另一种方式是用git stash pop，恢复的同时把stash内容也删了：
可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：git stash apply stash@{x} // x为stash list 号
Feature分支
开发一个新feature，最好新建一个分支；
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。
添加远程库
本地git仓库要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；关联后，使用命令git push -u origin master第一次推送master分支的所有内容；此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
从远程库克隆
要克隆一个仓库，首先必须知道远程仓库的地址，然后使用git clone命令克隆。
Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。
分支策略
master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
团队合作分支示意图(图片来自廖雪峰的官方网站)
多人协作
远程仓库默认名称origin
查看远程库的信息：git remote
显示更详细的信息：git remote -v
推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：git push origin master 将master分支推送至远程库的master，git push origin dev 将dev分支推送至远程库的dev
多人协作的工作模式通常为：
首先，可以试图用git push origin branch-name推送自己的修改；
如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
如果合并有冲突，则解决冲突，并在本地提交；
没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功！
如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream branch-name origin/branch-name。
查看远程库信息，使用git remote -v；
本地新建的分支如果不推送到远程，对其他人就是不可见的；
从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；
在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；
建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；
从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。
标签管理
首先，切换到需要打标签的分支上。
打标签：git tag v1.0 默认标签是打在最新提交的commit上。
查看所有标签：git tag
找到历史提交的commit id：git log --pretty=oneline --abbrev-commit
为commit id为6224937的commit打标签：git tag v0.9 6224937
查看标签信息：git show <tagname>
删除标签：git tag -d v0.1
推送标签：git push origin v1.0
一次性推送全部尚未推送到远程的本地标签：git push origin --tags
删除远程标签：先从本地删除：git tag -d v0.9 再从远程删除：git push origin :refs/tags/v0.9
内容整理自网络，如有侵权请联系删除。
联系作者：简书·DH_Fantasy 新浪微博·DH_Fantasy
版权声明：自由转载-非商用-非衍生-保持署名（CC BY-NC-ND 3.0）
网友评论