Git的使用
基础操作
- git init 初始化一个仓库
- git add readme.txt 添加一个文件到版本控制
- git commit -m “add a readme file” 提交文件并添加一个说明
- git status 查看仓库的当前状态,下面的命令告诉我们，readme文件被修改了，但是还没有提交。
1 | PS D:\learngit> git status |
- git diff readme.txt 查看具体修改内容,13,14行表名了文档内容修改部分
1 | PS D:\learngit> git diff readme.txt |
- git log (–pretty=oneline) 显示从最近到最远的提交日志,一行显示。前面的一长串字母加数字的组合是SHA1值
1 | PS D:\learngit> git log |
版本回退
- git reset –hard HEAD^ 回退到上一个版本，在git中HEAD代表当前版本，HEAD^代表上个版本，HEAD^^代表上上个版本，HEAD是一个指针
1 | PS D:\learngit> git reset --hard HEAD^ |
- git reset –hard 7e4d2e7 回退过版本之后又后悔了，想要回去怎么办，只需要记着原来的commit id即可，这样就可以指定回到未来的某个版本
1 | PS D:\learngit> git reset --hard 7e4d2e7 |
- git reflog 想要回到未来却找不到commit id怎么办，此命令用来记录用户操作的每一次命令,这样就可以找到每一次操作的commit id了。
1 | PS D:\learngit> git reflog |
工作区和暂存区
工作区（Working Directory）：能看到的一个目录
暂存区（stage）：隐藏目录不算工作区，而是版本库，版本库中存放着名为stage or index 的暂存区，还有git自动为我们创建的第一个分支master，以及指向master的一个指针HEAD。
- git add 是把文件添加进去，实际上就是把文件修改添加到暂存区
- git commit 提交更改，实际上就是把暂存区的文件提交到当前分支
管理修改
为什么Git比其他版本控制系统设计的优秀？因为git跟踪管理的是文件的修改，而非文件。
小结：每次修改，如果不
add到暂存区，那就不会加入到commit中
- git diff HEAD – readme.txt 查看工作去和版本库里面最新版本的区别
撤销修改
- git checkout – readme.txt 当修改了工作区的某个文件的内容，想直接丢弃工作区的修改时使用。
- git reset HEAD readme.txt 当修改了工作区的某个文件内容并且添加到了暂存区，使用该命令就可以回到添加暂存区之前，然后使用第一个命令就可以撤销修改。
- 如果已经把修改commit，想要撤销修改，可以进行版本回退，前提是没有提交远程仓库。
删除文件
在工作区删除了一个已经提交到仓库的文件，可能有两种情况：
误删，这时候就要工作区和版本库就不一致了，可以把误删的文件恢复
git checkout -- test.txt用版本库里面的版本替换工作区的版本，一键还原真的想删除该文件
git rm test.txtgit commit -m "remove test.txt"
命令
git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。
分支管理
使用情景:
假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。
分支的切换时使用HEAD指针，所以git切换分支速度很快。
创建与合并分支
git branch查看分支git branch <name>创建分支git checkout <name>切换分支git checkout -b <name>创建+切换分支git merge <name>合并某分支到当前分支git branch -d <name>删除分支
解决冲突
当两个分支修改了文件的同一个地方并且都分别有了新的提交，在这种情况下，Git无法执行“快速合并”，只能试图把新的提交合并起来，这样就可能造成冲突。我们必须手动解决冲突之后再提交，git status 也可以查看冲突的文件
1 | PS D:\learngit> git status |
也可以直接查看源文件
1 | Git is a distributed version control system. |
- 查看分支合并图
1 | PS D:\learngit> git log --graph --pretty=oneline --abbrev-commit |
分支策略
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，
master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；那在哪干活呢？干活都在
dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；你和你的小伙伴们每个人都在
dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。所以，团队合作的分支看起来就像这样：
- 合并分支时，加上
--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
Bug分支
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场
git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。
Feature分支
当需要开发一个新功能的时候，最好开一个Feature分支进行开发。在上面开发完成，合并，最后删除Feature分支。
- git branch -D name丢弃一个没有被合并过的分支
多人协作
git remote查看远程库的信息git remote -v显示更详细的信息
推送分支
把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上
git push origin mastergit push origin dev
抓取分支
git pull把最新的提交从仓库中抓取下来
多人协作的工作模式：
- 首先，可以试图用
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。
标签管理(tag)
用来为发布的正式版打上版本号
git tag v1.0在master分支上打tag，默认tag是打在最新提交的commit上。git tag v0.8 commit id如果忘了打标签，可以使用commit id找到历史提交，再去打标签。
1 | PS D:\learngit> git tag v0.9 ac3f8e4 |
git show v0.9查看标签信息git tag -a v0.1 -m "version 0.1 released" 67ae9c9创建一个带有说明的标签- 命令
git push origin <tagname>可以推送一个本地标签； - 命令
git push origin --tags可以推送全部未推送过的本地标签； - 命令
git tag -d <tagname>可以删除一个本地标签； - 命令
git push origin :refs/tags/<tagname>可以删除一个远程标签。