所有的控制版本系统，只能跟踪文本文件的改动（TXT文件，网页，程序代码等）
而图片，视频这些二进制文件，虽然可由版本控制系统管理，但没法跟踪文件的变化。
创建版本库
- mkdir learnGit
- cd learGit
- pwd
- git init
通过
- ls -ah
查看隐藏文件，可看到 .git文件
把文件添加到版本库：
先写好一个readme文件放到 learnGit文件夹下
- git add readme.txt
- git commit -m “wrote a readme file”
其中 -m 后面输入的为本次提交说明，可输入任何内容，要有意义
Git支持一次提交多个文件
- git add file2.txt file3.txt
- git commit -m “add 2 files”
时光机穿梭
查看都有说明文件被修改了
- git status
查看目标文件修改的具体内容,wq可直接退出，键盘上下键可翻页
- git diff readme.txt
知道了具体的修改内容后，再将它提交到仓库中
- git add readme.txt
不会有任何回应，再次查看状态,将看到修改后的文件,此文将将被提交
- git status
最后使用commit提交文件
- git commit -m “changed my readme file”
- git status
随时查看状态，告诉自己有什么被修改过
版本回退
head指向那个版本，当前版本就为哪个版本
Head 指向的版本就是当前版本，git log可查看想要回到的版本，git reflog重返未来可查看对版本都做过什么操作，git reset —hard +版本号 可回到未来
- git log 查看历史提交信息
- git log —pretty=oneline 历史提交信息每一条都简化为一条，前面的一连串为版本号
- git reset —hard HEAD ^ 回退到上一个版本(记住后面的那个符号)，21世纪去19世纪
- git reset —hard 5397ad2 后面的为版本号，从19世纪回到21世纪
- git reflog 记录你对版本修改的每一次命令
工作区和暂存区
工作区：
电脑里能看到的目录，比如我们的learnGit文件夹就是一个工作区
版本库：
工作区有一个隐藏的目录.git，这个不算工作区，而是git的版本库
.git中存了很多东西，最重要的为stage的暂存区，还有git为我们自动创建的第一个分支master，以及指向master的一个指针交HEAD
1.git add 把文件添加到暂存区
2.git commit 把暂存区的所有内容提交到当前分支
由于git为我们创建了分支，因此，之前的git commit都是往master分支提交。
一旦git commit之后，并且没有对工作区做任何修改，那么暂存区就是“干净”的
管理修改
只会提交第一次的内容，因为没有git add （错误）
第一次修改——》git add ——》第二次修改——》git commit
两次内容合并后提交 （正确）
第一次修改——》git add——》第二次修改——》git add——》git commit
撤销修改
(还未add前)将文件内容撤销到本次修改前，git status上会有提示是否可以git checkout
- git checkout — readem.txt
(Add之后)将暂存区退回到工作区
- git reset HEAD readem.txt
删除文件
如果删除了并且已经commit，则恢复到最新版本即可找到之前文件，但最近的修改将找不回，仅可恢复到最新文件
真的想删除
- rm ancg.txt 工作区删除
- git status 将告诉你发生了什么变化
- git rm ancg.txt 在git中也删除
- git commit -m “remove ancg.txt” 最后commit提交
如果是误删文件，想要找回
- git checkout —ancg.txt
添加远程仓库
本地有了一个git仓库，github上也建了一个远程仓库，想要让两个仓库进行远程同步。
- git remote add origin git@github.com:anchaoguang/learnGit.git
上面的anchaoguang为github账户名，添加后远程仓库的名字就是origin(默认，可改)
- git push -u origin master 将当前分支master推送到远程
上面的 master是本地仓库分支，origin为远程仓库名（默认，可改）
由于origin是空的，我们第一次推送master分支时，加上-u参数，git不会把本地master分支推送到远程新的master分支，还会把本地的master分支和远程master分支关联起来，在以后的推送或者拉取时就可以简化命令。
工作中当然还是关联master分支最好
从远程库克隆
将远程仓库的文件克隆到本地库
- git clone git@github.com:anchaoguang/learnGit.git
上面anchaoguang为账户名，learnGit为项目名
创建和合并分支
使用checkout或者swich，除了创建并切换不同，其余可用swich替代checkout
Swich中创建并切换为
- git swich -c dev
Check中创建并切换
- git checkout -b dev 创建并切换到dev分支
上面的 -b 表示切换的意思，相当于以下两条命令
- git banch dev
- git checkout dev
查看当前分支
- git branch
在分支修改工作区文件并add及commit，dev分支的工作完成，接下来合并到master
- git add readem.txt
- git commit -m “branch test”
切回master并merge合并
- git checkout master
- git merge dev
合并完之后，就可以删除分支了
- git branch -d dev
解决冲突
当两个分支修改了同一个内容时，将产生冲突
在最后合并的时候，会报错，产生了冲突
- git status 可以看状态
- Cat readem.txt 查看文件可看到产生冲突的位置
在改完冲突之后再 add commit merge即可
- git log —graph —pretty=oneline —abbrev-commit 看到分支合并情况
分支管理策略
通常合并分支时，git会用到fast forward模式，删除分支后，会丢掉分支的信息
如果要强制禁用fast forward模式，git就会在merge时生成一个新的commit，这样在分支历史上就可以看出分支信息
- git merge —no-ff -m “merge with no-ff” dev
Fast forward 合并就看不出来曾今做个的合并，
禁用之后就可以看了
Bug分支
当接到一个处理bug通知，master有bug急需处理，而现在dev分支的东西写到一半怎么办。
- git stash 先将当前工作现场“储存起来”（dev中）
- git checkout master 先切到master中
- git checkout -b issue-101 创建临时分支用来修复bug
- add commit
- 切回master
- 合并分支，删除临时分支
- 切到工作分支，dev
- Git stash list 查看刚刚保存的工作现场到哪去了
方式1.
- git stash apply 恢复，但恢复后还需git stash drop来删除
方式2.
- git stash pop 恢复，并删除stash内容
早期的bug被发现之后，回直到，dev中也是有bug的，因此可使用以下命令
- git cherry-pick 4c805e2 复制提交所做的修改
4c805e2 为修改后提交号，，，，
Feature分支
每添加一个新功能最好开一个新分支，开发完后切回，合并，删除
当还未合并时，接到命令需要删除featrue分支
- git branch -D featrue-vulcan
上面-D为大写D，强制删除，，，，featrue-vulcan为分支名
多人协作
- Git remote 查看远程库信息
- git remote -v 显示更详细信息
推送分支
- git push origin master 将本地master推送到远程origin
- git push origin dev 将本地dev 推送到远程
在push前一定要先pull，拉取最新代码，
- git branch —set-upstream-to=origin/dev dev
origin/dev 为远程origin下的dev 后面的dev为本地dev，将两个dev绑定
- git pull
- git commit -m”fix”
- Git push origin dev
Rebase
- rebase操作可以把本地未push的分叉提交历史整理成直线；
- rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。
标签
用来使用标签替代原有的那一串数字字母（commit id）
切换到打标签的分支上
- Git tag v1.0 当前分支打标签
- Git tag 查看所有标签
- git log --pretty=oneline --abbrev-commit 查看所有提交记录
- git tag v0.9 f52c633 将commit id为f52c633 改为v0.9标签