Git命令行总结
0、配置用户名和密码
git config --global <username>
git config --global <email>
1、在工作区修改文件后还没有提交到暂缓区，需要进行撤销修改操作
git checkout -- 文件名
2、在工作区修改文件后并且提交到暂缓区，需要进行撤销修改操作
git reset HEAD 文件名
3、删除文件
执行 rm 文件名 操作后，但是没有commit，删除的文件还可以找回来
总结：
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
4、推送修改到远程仓库
第一次推送master分支的所有内容：
git push -u origin master
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改
强制推送
git push -f -u origin master
5、分支的使用
Git鼓励大量使用分支：
查看分支：
git branch
创建分支：
git branch <name>
切换分支：
git checkout <name>
创建+切换分支：
git checkout -b <name>
合并某分支到当前分支：
git merge <name>
删除分支：
git branch -d <name>
6、解决冲突
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
用 git log --graph --pretty=oneline --abbrev-commit命令可以看到分支合并图。
7、分支管理
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
git merge --no-ff -m "merge with no-ff" dev
8、分支策略
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
所以，团队合作的分支看起来就像这样：
总结：合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
9、Bug分支
在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。
当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交，并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？
Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作。
git stash
执行上面命令后，用git status查看工作区，就是干净的。
Bug修复后，继续接下来的工作
工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：
一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
另一种方式是用git stash pop，恢复的同时把stash内容也删了：
可以多次stash，恢复的时候，先用
git stash list
查看所有保存的工作区，然后恢复指定的stash，用命令：
git stash apply stash@{0}
查看保存的stash列表
git stash list
删除指定的stash
git stash drop stash @{0}
10、Feature分支
添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。与Bug分支比较相似。
如果开发过程又决定不需要这个新功能了，需要删除掉这个分支，但是在Git中分支还没有被合并，如果删除，将丢失掉修改，如果要强行删除，需要使用命令
git branch -D 分支名
进行强行删除。
11、多人协作
查看远程库信息：
git remote
或者
git remote -v
推送分支就是把该分支上的所有的本地提交推送到远程库：
git push origin <分支名>
你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支：
抓取分支：
git checkout -b <分支名> origin <分支名>
总结：
- 查看远程库信息，使用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，如果有冲突，要先处理冲突。
12、标签管理
打一个新标签命令
git tag <name>
查看标签
git tag
创建带有说明的标签，用-a指定标签名，-m指定说明文字
git tag -a <name> -m “说明”
看到说明文字
git show <tagname>
删除标签
git tag -d <tagname>
推送某个标签到远程
git push origin <tagname>
小结
- 命令git push origin <tagname>可以推送一个本地标签；
- 命令git push origin --tags可以推送全部未推送过的本地标签；
- 命令git tag -d <tagname>可以删除一个本地标签；
- 命令git push origin :refs/tags/<tagname>可以删除一个远程标签。
13、 刷新远程分支
git remote update origin --prune
14、将本地工程与远程仓库绑定
git init
git remote add origin git@projects.we-smart.cn:app.ios/test.git
git add .
git commit
git push -u origin master
注意:
在 GitHub 或其他代码托管平台上,创建仓库的时候,切记不要勾选 README ,
防止绑定失败!(切身体会)
