RELEASE_PROCESS

# TIPI发布规范

## 版本库管理


### 版本命名
命名以章节为版本号例如:V0.1.13则表示目前完出到了：第一章，第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，解决以前内容中出现的错别字以及内容上的重新
调整优化。 内容不够详细则不允许发布.