Git详解

不断补充Git的原理以及常用流程，记录整个学习过程。本思维导图从版本、命令、分支模型三个方面概述Git详解。

Git

• 版本
  • Alpha
    • 是内部测试版,一般不向外部发布,会有很多Bug.一般只有测试人员使用
  • Beta
    • 也是测试版，这个阶段的版本会一直加入新的功能。在Alpha版之后推出
  • RC(Release Candidate)
    • 顾名思义么 ! 用在软件上就是候选版本。系统平台上就是发行候选版本。RC版不会再加入新的功能了，主要着重于除错
  • GA(General Availability)
    • 正式发布的版本，在国外都是用GA来说明release版本的
  • RTM(Release to Manufacture)
    • 是给工厂大量压片的版本，内容跟正式版是一样的，不过RTM版也有出限制、评估版的。但是和正式版本的主要程序代码都是一样的
  • OEM
    • 是给计算机厂商随着计算机贩卖的，也就是随机版。只能随机器出货，不能零售。只能全新安装，不能从旧有操作系统升级。包装不像零售版精美，通常只有一面CD和说明书(授权书)
  • RVL
    • 号称是正式版，其实RVL根本不是版本的名称。它是中文版/英文版文档破解出来的
  • EVAL
    • 而流通在网络上的EVAL版，与“评估版”类似，功能上和零售版没有区别
  • RTL
    • Retail(零售版)是真正的正式版，正式上架零售版。在安装盘的i386文件夹里有一个eula.txt，最后有一行EULAID，就是你的版本。比如简体中文正式版是EULAID:WX.4_PRO_RTL_CN，繁体中文正式版是WX.4_PRO_RTL_TW。其中：如果是WX.开头是正式版，WB.开头是测试版。_PRE，代表家庭版；_PRO，代表专业版
  • α、β、λ
    • 常用来表示软件测试过程中的三个阶段，α是第一阶段，一般只供内部测试使用；β是第二个阶段，已经消除了软件中大部分的不完善之处，但仍有可能还存在缺陷和漏洞，一般只提供给特定的用户群来测试使用；λ是第三个阶段，此时产品已经相当成熟，只需在个别地方再做进一步的优化处理即可上市发行。
• 命令
  • git pull
    • 将远程主机的最新内容拉下来后直接合并，即：git pull = git fetch + git merge，这样可能会产生冲突，需要手动解决
  • git fetch
    • 将远程主机的最新内容拉到本地，用户在检查了以后决定是否合并到工作本机分支中
  • git merge
  • git branch
  • git push
• 分支模型
  • 理论
    • 主分支
      • master(生产环境分支)
        • master作为Git中默认的主分支，是使用Git的开发者们非常熟悉的默认主分支名称。在Git分支开发模型中，master分支的HEAD节点始终处于“准备好进行生产的状态”，即master分支的HEAD节点所指向的版本始终是可以用于生产环境的正式版本。当其他分支的代码版本合并到master分支时（随后打上版本标签），通常意味着一个新的正式版本已经发布
        • 始终是最稳定的代码
      • develop(开发分支)
        • develop分支作为另一个主分支，其HEAD节点总是指向下一个待发布版本的最新变化。develop分支的版本变更通常来源于辅助分支的合并（稍后介绍），因为develop分支也常被称为“整合分支”。当develop分支达到某一稳定点，可进行新版本的发布时，develop分支上的所有变更应该被合并到master分支并打上tag标签
        • 待发布版本的最新变化
    • 辅助分支
      • feature(功能分支)
        • 注意
          • 需求分支通常仅仅存在于开发者的代码仓库中（本地仓库），并不上传到远程分支
        • 来源
          • develop
        • 去向
          • develop
        • 命名
          • 任意名称
      • release(发布分支)
        • 发布分支
        • 命名
          • release-*
        • 来源
          • develop
        • 去向
          • develop
          • master
      • hotfix(补丁分支)
        • 修复分支用于正式版本的紧急修复，在紧急修复完成以后必须同时被合并到master分支和develop分支，这是修复分支和发布分支不同之处(二者的来源也不同)，和发布分支类似，修复分支在修复bug，提交，被合并以后，也要进行tag操作
        • 修复分支
          • 修复分支用于正式版本的紧急修复
        • 来源
          • master
        • 去向
          • develop
          • master
        • 命名
          • hotfix-*
      • tag(版本标签分支)
  • 模型
    • 单分支模型
      • 只创建master
    • 生产/开发模型
      • 支持master/develop分支
    • 特性/发布模型
      • 支持master/develop/feature分支
    • 开发/发布分离模型
      • 支持master/develop/feature/release分支
    • 开发/发布/缺陷分离模型
      • 支持master/develop/feature/release/hotfix分支