序言：子公司也已经开始用git管理辅助工具了，归纳汇整下常用命令～
Git的价值观和组织工作基本原理
git是两个文本串行文档控制系统，并在此其内提供更多了两个管理辅助工具控制系统的界面。
Git是两个分布式系统的管理辅助工具控制系统
Git和以后版控制技术的差异
Git 和其它管理辅助工具控制系统的主要就差异是，Git 只重视文档统计数据的总体与否发生变动，而绝大多数其它控制系统则只重视文档文本的具体内容差异。这类控制系统（CVS，Subversion，Perforce，Bazaar 之类）每天历史记录有甚么样文档作了预览，和都预览了甚么样行的甚么文本：
其它控制系统在每一版中历史记录着各文档的具体内容差异：
Git 并不留存那些其间变动的差异统计数据。事实上，Git 更像把变动的文档作镜像后，历史记录在两个较大型的文档控制系统中。每天递交预览时，它会Satna两遍大部份文档的人脸关键信息并对文档作一镜像，接着留存两个对准此次镜像的检索。为提升操控性，若文档没变动，Git 不能再度留存，而只对那次留存的快照作一镜像。Git 的组织工作形式就如下表所示图右图。
这是 Git 同其它控制系统的关键差异。它全然摒弃了现代管理辅助工具的拳法，并对全过程的与此同时实现形式作了捷伊结构设计。Git 更像个较大型的文档控制系统，但它与此同时还提供更多了很多以为依据的极强辅助工具，而不而已两个单纯的 VCS。
Git的基本基本原理
Workspace（邻近地区组织工作产品目录） Index（甲类） Local Repository（邻近地区库房） Remote Repository (远距)
Git的分支
使用分支可以在不影响主线代码的情况下进行组织工作 Git 的分支相较 SVN 更加轻量，几乎大部份操作都能瞬间完成 开发中，master 分支同步线上版代码，大部份开发人员统一在 dev 分支进行开发
Git的基本操作
1.进入项目主页，复制库房的 url：
2.使用 git clone 命令将远距库房的 master 分支拉取到邻近地区。
3.日常开发在 dev 分支进行，使用 git checkout -b dev 来新建 dev 分支并切换到 dev 分支。
4.拉取成功后即可看到邻近地区库房。
5.使用 git branch –set-upstream-to=origin/dev dev 来将邻近地区 dev 分支关联到远距的 dev分支，使用 git pull 拉取 dev 分支的最新修改。至此，前期准备完成，可以进行正式开发。
6.修改文档后，使用 git add . 和 git commit -m “message” 来将修改递交到 dev 分支。
7.使用 git push 将邻近地区 dev 分支推送到远距 dev 分支，分享你的组织工作成果。
Git & Github & Gitlab
Git 是管理辅助工具控制系统，Github 和 Gitlab 都是基于 Git 的代码托管平台。 Github 和 Gitlab 主要就差异是 Gitlab 可以部署在自己的服务器上。
命令汇整
1) 远距仓库相关命令
检出库房：$ git clone git://github.com/jquery/jquery.git
查看远距库房：$ git remote –v
添加远距库房：$ git remote add [name] [url]
删除远距库房：$ git remote rm [name]
修改远距库房：$ git remote set–url —push[name][newUrl]
拉取远距库房：$ git pull [remoteName] [localBranchName]
推送远距库房：$ git push [remoteName][localBranchName]
2）分支(branch)操作相关命令
查看邻近地区分支：$ git branch
查看远距分支：$ git branch –r
创建邻近地区分支：$ git branch [name] —-注意新分支创建后不能自动切换为当前分支
切换分支：$ git checkout [name]
创建新分支并立即切换到新分支：$ git checkout –b [name]
删除分支：$ git branch –d [name] —- –d选项只能删除已经参与了合并的分支，对于未有合并的分支是无法删除的。如果想强制删除两个分支，可以使用–D选项
合并分支：$ git merge [name] —-将名称为[name]的分支与当前分支合并
创建远距分支(邻近地区分支push到远距)：$ git push origin [name]
删除远距分支：$ git push origin :heads/[name]
我从master分支创建了两个issue5560分支，做了一些修改后，使用git push origin master递交，但是显示的结果却是Everything up-to-date，发生问题的原因是git push origin master 在没track远距分支的邻近地区分支中默认递交的master分支，因为master分支默认对准了origin master 分支，这里要使用git push origin issue5560：master 就可以把issue5560推送到远距的master分支了。
如果想把邻近地区的某个分支test递交到远距库房，并作为远距库房的master分支，或者作为另外两个名叫test的分支，那么可以这么做。
$ git push origin test:master // 递交邻近地区test分支作为远距的master分支 //好像只写这一句，远距的github就会自动创建两个test分支
$ git push origin test:test // 递交邻近地区test分支作为远距的test分支
如果想删除远距的分支呢？类似于上面，如果:左边的分支为空，那么将删除:右边的远距的分支。
$ git push origin :test // 刚递交到远距的test将被删除，但是邻近地区还会留存的，不用担心
3）版(tag)操作相关命令
查看版：$ git tag
创建版：$ git tag [name]
删除版：$ git tag –d [name]
查看远距版：$ git tag –r
创建远距版(邻近地区版push到远距)：$ git push origin [name]
删除远距版：$ git push origin :refs/tags/[name]
4) 子模块(submodule)相关操作命令
添加子模块：$ git submodule add [url] [path]
如：$ git submodule add git://github.com/soberh/ui–libs.git src/main/webapp/ui–libs
初始化子模块：$ git submodule init —-只在首次检出库房时运行一次就行
预览子模块：$ git submodule update —-每天预览或切换分支后都需要运行一下
删除子模块：（分4步走哦）
1)$ git rm —cached [path]
2) 编辑“.gitmodules”文档，将子模块的相关配置节点删除掉
3) 编辑“.git/config”文档，将子模块的相关配置节点删除掉
4) 手动删除子模块残留的产品目录
5）忽略一些文档、文档夹不递交
在库房根产品目录下创建名称为“.gitignore”的文档，写入不需要的文档夹名或文档，每一元素占一行即可，如
target
bin
*.db
git操作-删除文档
git删除文档
rm add2.txt
git rm add2.txt
git commit –m “rm test”
git push web
———–at server
cd /var/www/foo.git;sudo git update–server–info
————检查删除效果
cd;rm foo3 –rf;git clone http://[某ip]/foo.git foo3
————预览已经存在的local code
cd;cd foo2
git remote add web [某user]@[某ip]:/var/www/foo.git/
git pull web master
常用
git 分支查看与切换
# 1.查看大部份分支
> git branch -a
# 2.查看当前使用分支(结果列表中前面标*号的表示当前使用分支)
> git branch
# 3.切换分支
> git checkout 分支名
// 删除分支
git branch -d oldtonew
git checkout -b oldtonew origin/oldtonew
创建分支： $ git branch mybranch
切换分支： $ git checkout mybranch
创建并切换分支： $ git checkout -b mybranch
git 推送邻近地区分支到远距分支（无则创建远距分支） git push origin onlyrefund:onlyrefund
问题汇整
git merge后，如何回退
今天将feature分支的代码merge到develop分支后我后悔了，因为feature分支的功能还没全部开发完成，我在feature分支上commit是可以的，但是这之后我又把它merge到了develop分支这就不合适了。
言归正传，那如何解决呢，总共分三步：
第一步：git checkout到你要恢复的那个分支上
git checkout develop
第二步：git reflog查出要回退到merge前的版号
git reflog
第三步：git reset –hard [版号]就回退到merge前的代码状态了
git reset –hard f82cfd2
如何修改递交分支后，将分支合并到测试分支
例子将onlyrefund分支合并到test分支，将test分支作为体验和测试版分支。
第一步：在当前分支正常操作，git push。 第二步：切换到想要合并的分支（eg，我当前要切换到test分支） git checkout test
第三步：将要合并的分支合并过来。如果有冲突解决冲突。
git merge onlyrefund
第四步：递交到远距test分支。
git push
存储密码
