以前使用git，主要是把代码提交一次，然后在github上面生成一个链接，一打开之后就会显示出一个页面，然后就再也不会管理了，以后工作可能会使用到，这里就把自己刚刚学到的一些新的东西记录在这里，如果想好好学习一下，最简易的教程就点击这里去阮一峰大神的教程里去学习一下吧。阮一峰git教程
什么是集中式，什么是分布式？
集中式，完整的代码库放在中央服务器，就是每次上班都需要重新下载一下当前的版本，然后修改完了提交到“中央服务器”
或者是理解为一个图书馆，每次借书，完成工作之后还书，最大的毛病应该就是必须联网才能工作。
分布式 没有"中央服务器"每一个人的代码都是一个完整的代码库，这样工作的时候就不需要联网了
使用git init
添加文件到Git仓库，分两步
1.使用git add <filePath>，可反复多次使用，添加多个文件
2.使用git commit,提交到版本库，完成
-
要随时掌握工作区的状态，使用git status命令
-
如果git status告诉你有文件被修改，用git diff可以查看修改的内容
-
HEAD指向的版本就是当前版本的，因此Git允许我们在版本的历史之间穿梭，使用命令
git reset --hard commit_id
-
穿梭前，用git log可以查看提交历史（commit_id），可以确定要回退到哪个版本
-
要重返未来，用git reflog查看历史命令，以便确定要回到未来的哪个版本
-
git log --pretty=oneline 将历史信息，一行显示
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支
情景一：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，使用命令git checkout -- <file>
情景二:当你不但改乱了工作区的内容，还add到了暂存区，想丢弃修改，分两步第一步用命令git reset HEAD <file>,就回到了情景一，第二步按情景一操作。
情景三： 已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退，不过前提是没有推送到远程仓库
命令git rm用于删除一个文件，如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容
rm 2.txt这个和手动删除是一样的，这时可以使用git status来查看一下最近的一次修改，他有两个提示
(use "git add/rm <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
正常删除 1. 删除文件 2. git rm <file>
删错了 1. git reset HEAD <file> 2. git checkout -- <file>
$ ssh-keygen -t rsa -C "youremail" 你的邮箱先生成秘钥然后在复制到github上面
这个公钥原来弄一次就可以了，github上面是识别本地的
github上面原来有那两条命令的是
关联远程仓库
git remote add origin git@github.com:zzz111111/test.git //这里的后面的github是你自己新建的那个git@github.com:zzz111111/test.git 这个不要用我的，用你自己新建的ssh地址
推送到远程仓库
git push -u origin master (就第一次提交的时候需要带上 -u，以后都不需要带了)
git push origin master
$git clone + 那个ssh的名字
创建与合并分支
每次提交，Git都把他们串成一条时间线，这条时间线就是一个分支。
截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支
HEAD严格来说不是指向提交，而是指向master,master才是指向提交的，所以，HEAD指向的就是当前分支
姿势来了
Git鼓励大量使用分支, 分支 开发新功能的时候会在分支上开发
查看分支： git branch
创建分支： git branch <name>
切换分支： git checkout <name>
创建+切换分支： git checkout -b <name>
合并某分支到当前分支： git merge <name> 把name整合到当前分支
删除分支： git branch -D <name> git branch -d <name>这个 -d 合并后才可以删除
现在新增加的文件 切换到主分支就会消失 在切换回来就会出现
切换到主分支 整合 选择要整合到的分支选择到他 然后整合其他的分支
分支冲突
当在分支上面新增提交，又在master上面新增提交之后，合并就会发生冲突，只能手动解决。
当Git无法自动合并分支时，就必须首先解决冲突。解决完冲突后，再提交，合并完成。
用git log --graph命令可以看到分支合并图
分支的管理策略
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而
fast forward合并就看不出来曾经做过合并。
git merge --no-ff test1
注意：使用--no-ff合并时会自动创建一个新的commit。所以要加上-m并写上提示。
BUG分支
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop,回到工作现场
git stash apply 恢复环境
git stash drop 删除
git stash pop 这一条是上面两条合起来 恢复环境并删除工作现场
Feature分支
开发一个新功能，最好新建一个分支
如果要丢弃一个没有被合并过的分支，可以通过 git branch -D <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,如果有冲突，要先处理冲突
标签管理
发布一个版本时，我们通常在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本，将来无论什么时候，或某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。
创建标签
命令git tag <name>,用于新建一个标签，默认为HEAD，也可以指定一个commit_id
git tag -a <tagname> -m "blablabla.." 可以指定标签信息
git tag -a <tagname> -m "blabla.."可以用PGP签名签名
命令git tag可以查看所有标签
用命令git show <tagname>可以看到说明文字
例： $ git tag -a v-1.0.0 -m "第二次tag" cf1e9dee085dd2138b1ab83704e9bd521e3d08b1
操作标签
因为创建的标签都只存储在本地，不会自动推送到远程，所以，打错的标签可以在本地安全删除
删除标签git tag -d <tagName>
如果要推送某个标签到远程，使用命令git push origin <tagname>
或者一次性推送所有尚未推送到远程的标签git push origin --tags
如果标签已经推送到远程，需要删除远程标签：先从本地删除
$git tag -d <tagName>
然后删除远程库，使用命令push，但是格式如下
$git push origin :regs/tags/<tagName>
需要查看远程标签是否删除，登录GitHub查看
本位主要是本人学习过程的一些记录，如果对你有一些帮助，那么我会非常高兴，如有问题，望能指点指正，谢谢。