APP版本号规则

格式： major.minor.build

major : 主版本号
minor : 子版本号
build : 补丁版本号。 major或minor变更后第一次发布时，该值为0。 major和minor均无变化时，若有新bug需要修正时，该值+1。参考: semver

GIT分支管理规则

Git tag 规则

tag名称： v${major}.${minor}

Git 分支规则

按照版本号定一个分支组
特殊分支——public。始终是最新版本的开发分支
每个分支组都包含2个分支
- v${major}.${minor}-dev : 开发分支。（不适用于最新版本）
- v${major}.${minor}-test : 测试分支。（始终由开发分支push到测试分支、测试通过后在该测试分支节点上打tag）

如果某一阶段要求开发分支稳定，则开发人员可先建立本地自定义分支（分支名任意），自测OK后，再合并到本地开发分支，再自测OK后，提交的远程，最后删除本地自定义分支。

假设当前最新版本为 2.2.0 ，尚在开发中，未发布生产环境，分支示意图：

-*(tag 2.1.0)--*(-> 2.2.0)(tag v2.2-test)--*--*--*--- master (即相当于 v2.2-dev 分支)
  \
    \--*--*(tag 2.1.1)--*(-> 2.1.2)(tag v2.1-test v2.1-prod)--*--*-- v2.1-dev

说明：一个星号代表一次 commit。

git 操作步骤示例

# clone 仓库
git clone [email protected]:/home/git/web/nala-core

# 检出远程分支（一般都同名）
git checkout -b <local-branch-name> origin/<remote-branch-name>

# 切换（本地）分支（比如：public）
git checkout public

# 从远程更新该分支
git pull --all

# 花了N个小时做了某些修改，但是此时，可能其他人员已经向远程push新的代码了

# 修改后提交本地分支
git pull --all                       # 最好在本地commit前执行该语句，否则容易发生 平行四边形
git status
git add xxx
git commit -m "xxx"

# 提交到远程仓库
gitk
git pull --all                       # 如果在commit之后才 pull --all , 如果与远程存在冲突，在 git status 查看时，会有 需要merge 的文件
gitk                                 #
git status                           # 查看是否需要merge的文件
# 1. git自动地 merge， 此时 git status 会显示没有需要 merge 的文件，自动生成 平行四边形
# 2. git无法自动 merge， 此时 git status 会显示有需要手动 merge 的文件 ： 下面是手动 merge 的步骤
    # 修改需要手动 merge 的文件
    git add xxx
    git commit -m "xx"               # commit之后，就会生成平行四边形

# 如果已生成 平行四边形，需要rebase。
    git rebase                       # 有 自动 rebase 和 手动 rebase 两种
        # 手动 rebase
        git branch -av               # 确认当前是在 rebase 创建的临时分支上
        # 修改需要 merge 的文件
        git add theMergedFile        # 告诉　git: 需要　merge 的文件已经修改完毕
        git rebase --continue        # 继续 rebase。 偶尔可能需要用到 git rebase --skip  ，后者是指本地虽然还有不同的文件，但是这些文件打算忽略。
        git branch -av               # 确认当前分支已经回到原有的分支（比如 public、master）
        gitk                         # 确认已经没有 平行四边形

# 推到远程
git push origin public:public

# 提交测试分支：从 pubic 分支提交到 2.2-test 分支（当前分支是public分支）
git pull
git push origin public:2.2-test

# 测试通过后，发布生产环境前，对该测试分支进行打标签
# 建议使用图形化工具gitk查看分支状态，但也可以使用 git log 命令，找到测试分支所指向的 commit。
gitk
# 打分支，并提交到远程仓库
git tag v2.2.0  c62426bd910xx6239021147497762029abde93xx    # 在指定的commit上打tag
git tag v2.2.0                                              # 在当前分支的当前commit上打tag
git push origin v2.2.0

# 检出tag
git tag -l
git checkout tags/2.2.0