forked from reeze/tipi
-
Notifications
You must be signed in to change notification settings - Fork 0
/
RELEASE_PROCESS
31 lines (22 loc) · 1.44 KB
/
RELEASE_PROCESS
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
# 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,解决以前内容中出现的错别字以及内容上的重新
调整优化。 内容不够详细则不允许发布.