github
linux
git：查看是否已经安装
sudo apt-get install git ：安装
git init：将一个普通目录变成版本库
设置github用户名和邮箱
git config --global user.email "you@example.com"
git config --global user.name "Your Name"
git add filename :将文件添加到缓存区
git commit -m "注释" ：提交文件到版本库【仓库】
git status:查看仓库当前的状态
git diff filename:查看仓库具体的改动
版本回退
工作原理：每当修改一个文件，并且使用commit提交之后，其实就相当于保存了一个快照
需求：回退到上一个版本
补充：要回退版本，首先需要知道当前处于哪个版本，在git中，用HEAD表示当前版本，上一个版本是HEAD^,上上个版本是HEAD^^,如果向上找100个版本，则表示为HEAD~100
git reset --hard 版本号【commit id】
总结：
HEAD指向的是当前版本，所以，git在历史的版本之间来回切换，使用git reset --hard commit id
切换版本前，可以使用git log查看提交历史记录，以便于确定回到哪个历史版本
要重返未来，用git reflog查看历史执行过的git操作，从上往下寻找第一个commit的操作，则是未来的最新的版本
工作区和暂存区
工作区：working Driectory，就是你电脑中的能看到的目录【python1805】
版本库：工作区中有一个隐藏的目录.git,该目录就是git中的版本库
版本库中存放了很多的数据，其中包括暂存区【缓存区，stage或者index】，还有git为我们自动创建的第一个分支master【主分支】，以及指向master的一个指针HEAD
往git版本库中添加文件，分为两步：
a.git add,实际是将文件添加到暂存区中
b.git commit .实际是将暂存区的文件提交到当前分支【主分支】
撤销修改
a.修改了文件内容，但是还没有添加到暂存区（没有add，没有commit）
b.不但修改了内容，还添加到了暂存区，但是还没有提交（add了，没有commit）
c.直接将修改的内容提交到了版本库（add并且commit了）
实质：版本回退
删除文件
在git中，删除文件也是一个修改操作
远程仓库
建立远程仓库的准备工作
步骤：
a.创建github账号
b.生成ssh key【秘钥，建立本地和网络之间的连接】
命令：ssh-keygen -t rsa -C "github的注册邮箱"
c.添加到github
settings--ssh and GPG keys--new ssh key
d.检测是否添加成功
命令:ssh -T git@github.com
将本地仓库和远程仓库联系起来
先建立远程库new repository
总结：
要关联一个远程仓库，使用命令 git remote add origin git@github.com:username/repoName.git
关联成功之后 ，使用命令git push -u origin master第一次推送master分支的内容到远程仓库
以后，每次本地提交之后，只需要使用命令git push origin master推送最新的修改【本地修改----》add到暂存区---》commit到本地仓库----》push到远程仓库】
从远程仓库克隆
git clone git@github.com:username/repoName.git
分支管理
6.1.创建和合并分支
总结：
git鼓励大量使用分支
查看分支：git branch
创建分支：git checkout -b name 【-b创建分支并且同时切换到子分支下】
切换分支：git checkout name
合并某个子分支到当前分支：git merge name
删除分支：git branch -d name
解决冲突
总结：
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。
用git log --graph命令可以看到分支合并图
分支合并策略
合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息
总结：
master分支应该是非常稳定的，仅仅使用master分支发布版本，平时不在上面干活
比如：每个人都在dev的分支上干活，每个人都有自己的分支，时不时的向dev上合并代码就可以了
比如：发布1.0版本，再把dev上的代码合并到master上面
合并分支时，加上--no-ff参数表示使用普通模式进行合并，合并之后可以查看历史 记录，而Fast-Forword快速模式没有历史记录
bug分支
一般情况下，每个bug都需要使用一个分支来进行解决，解决后，分支删除
git stash:可以把当前工作现场储存起来，然后先进行其他额的工作，完成工作之后，可以解封继续工作
总结：
修复bug时，创建一个新的分支，进行bug的修复，然后合并，最后删除
当手头的工作没有完成的时候，使用git stash 将内容封存，然后取修复bug，当bug修复完成之后，则使用命令git stash pop解封
feature分支
总结：
每开发一个新的功能【版本迭代】，最好新建一个分支来进行操作
如果需要丢弃一个还没有被合并的分支，使用命令 git branch -D branch-name
多人协作
当你从远程仓克隆时，实际上git将本地的master和远程的master对应起来了，并且远程仓库的默认的名字为origin
推送分支
推送分支：把该分支上的所有的本地提交推送到远程库，推送时，要指定本地分支
总结：
并不是所有的分支都需要推送到远程仓库
a.master分支时主分支，因此要时刻与远程保持同步
b.dev是一个开发分支，团队所有的成员都在上面工作，所以也需要推送到远程仓库
c.bug分支只是修复一个bug，就没必要推送到远程
抓取分支(需要公钥)
总结：
a.查看远程库的信息，使用git remote -v
b.本地新建的分支如果不推送到远程，对其他人都是不可见的
c.从本地推送分支，使用命令git push origin branchname,如果推送失败，则先用git pull抓取
d.在本地创建于远程分支的连接，使用命令git checkout -b branchname origin/branchname
e.从远程抓取分支，使用git pull，如果有冲突，则要先解决冲突
标签管理
创建标签
操作标签
git tag v1.0 #创建标签，默认创建的是当前最新提交的标签
git tag v0.2 ae20ec5 #为指定commit id创建标签
git show v1.0 #查看指定标签的详细信息
git tag -a v0.1 -m "version 0.1" e7423195 #创建标签，携带标签的描述信息
git tag #查看当前分支下的标签
git push origin --tags #将本地仓库中的标签推送到远程仓库
git tag -d v0.2 #删除本地仓库中的标签
git push origin :refs/tags/v0.2To #删除远程仓库中的指定标签
