|
|
# Paddle 分支规范
|
|
|
|
|
|
Paddle开发过程使用[git-flow](http://nvie.com/posts/a-successful-git-branching-model/)分支规范，并适应github的特性做了一些区别。
|
|
|
|
|
|
* Paddle的主版本库遵循[git-flow](http://nvie.com/posts/a-successful-git-branching-model/)分支规范。其中:
|
|
|
* `master`分支为稳定(stable branch)版本分支。每一个`master`分支的版本都是经过单元测试和回归测试的版本。
|
|
|
* `develop`分支为开发(develop branch)版本分支。每一个`develop`分支的版本都经过单元测试，但并没有经过回归测试。
|
|
|
* `release/版本号`分支为每一次Release时建立的临时分支。在这个阶段的代码正在经历回归测试。
|
|
|
|
|
|
* 其他用户的fork版本库并不需要严格遵守[git-flow](http://nvie.com/posts/a-successful-git-branching-model/)分支规范，但所有fork的版本库的所有分支都相当于特性分支。
|
|
|
* 建议，开发者fork的版本库使用`develop`分支同步主版本库的`develop`分支
|
|
|
* 建议，开发者fork的版本库中，再基于`develop`版本fork出自己的功能分支。
|
|
|
* 当功能分支开发完毕后，向Paddle的主版本库提交`Pull Reuqest`，进而进行代码评审。
|
|
|
* 在评审过程中，开发者修改自己的代码，可以继续在自己的功能分支提交代码。
|
|
|
|
|
|
* BugFix分支也是在开发者自己的fork版本库维护，与功能分支不同的是，BugFix分支需要分别给主版本库的`master`、`develop`与可能有的`release/版本号`分支，同时提起`Pull Request`。
|
