RELEASE_PROCESS

# TIPI发布规范

## 版本库管理


### 版本命名
命名以章节为版本号例如:V0.1.13则表示目前完出到了

### 分支
目前我们主要使用**master**作为主线分支. 而每次的发布都是从**release**分支进行的. 

### tag管理
每次在发布新版本的时候需要将当前release分支打上tag,例如: RELEASE_2011-03-20,
或者使用类似RELEASE_2011-03-20_V0.1.4_PDF_EDITION_ADDED



## 发布时机
在以下情况下我们需要发布一个新的版本:

### 出现**错误**
在发现内容上出现**错误**的时候需要马上进行升级发布, 错误的内容可能会对读者产生误导, 一旦发现需要马上进行修复.
修复错误的时候需要给予release分支新建一个本地bugfix分支,修复完成后再合并入release分支,不允许直接基于master分支进行修改,
因为这样可能会将没有讲过review的内容合并到线上.

### 小节完成
每完成一小节我们都可以进行发布. 编写者完成后在邮件组或者gtalk上通知一下大家, 请各位review,一般提交后2天内进行review,
完成后merge到release分支.

### 完成一章
完成一章属于一个较大的升级. 完成一章并不是简单的编写完一整章, 首先我们需要对以前所有编写的内容进行重新Review,
解决以前内容中出现的错别字以及内容上的重新调整优化. 内容不够详细则不允许发布,