3
3
我们真诚地感谢您的贡献,欢迎通过 GitHub 的 fork 和 pull request 流程来提交代码。
4
4
5
5
## 代码要求
6
- - 你的代码必须完全遵守 [ doxygen ] ( http://www.stack.nl/~dimitri/doxygen/ ) 的样式。
7
- - 确保编译器选项 WITH \_ STYLE \_ CHECK 已打开,并且编译能通过代码样式检查。
6
+ - 代码注释请遵守 [ Doxygen ] ( http://www.stack.nl/~dimitri/doxygen/ ) 的样式。
7
+ - 确保编译器选项 ` WITH_STYLE_CHECK ` 已打开,并且编译能通过代码样式检查。
8
8
- 所有代码必须具有单元测试。
9
9
- 通过所有单元测试。
10
10
15
15
16
16
## 克隆(Clone)
17
17
18
- 将远程仓库 clone 到本地。
18
+ 将远程仓库 clone 到本地:
19
19
20
20
``` bash
21
21
➜ git clone https://github.com/USERNAME/Paddle
25
25
26
26
## 创建本地分支
27
27
28
- Paddle 目前使用[ Git流分支模型] ( http://nvie.com/posts/a-successful-git-branching-model/ ) 进行开发,测试,发行和维护。 ** develop ** 是主分支,其他用户分支是特征分支(feature branches) 。
28
+ Paddle 目前使用[ Git流分支模型] ( http://nvie.com/posts/a-successful-git-branching-model/ ) 进行开发,测试,发行和维护,具体请参考 [ Paddle 分支规范 ] ( https://github.com/PaddlePaddle/Paddle/blob/develop/doc/design/releasing_process.md#paddle-分支规范 ) 。
29
29
30
30
所有的 feature 和 bug fix 的开发工作都应该在一个新的分支上完成,一般从 ` develop ` 分支上创建新分支。
31
31
32
- ``` bash
33
- # (从当前分支)创建名为 MY_COOL_STUFF_BRANCH 的新分支
34
- ➜ git branch MY_COOL_STUFF_BRANCH
32
+ 使用 ` git checkout -b ` 创建并切换到新分支。
35
33
36
- # 切换到这个分支上
37
- ➜ git checkout MY_COOL_STUFF_BRANCH
34
+ ``` bash
35
+ ➜ git checkout -b my-cool-stuff
38
36
```
39
37
40
- 也可以通过 ` git checkout -b ` 一次性创建并切换分支。
38
+ 值得注意的是,在 checkout 之前,需要保持当前分支目录 clean,否则会把 untracked 的文件也带到新分支上,这可以通过 ` git status ` 查看。
39
+
40
+ ## 使用 ` pre-commit ` 钩子
41
+
42
+ Paddle 开发人员使用 [ pre-commit] ( http://pre-commit.com/ ) 工具来管理 Git 预提交钩子。 它可以帮助我们格式化源代码(C++,Python),在提交(commit)前自动检查一些基本事宜(如每个文件只有一个 EOL,Git 中不要添加大文件等)。
43
+
44
+ ` pre-commit ` 测试是 Travis-CI 中单元测试的一部分,不满足钩子的 PR 不能被提交到 Paddle,首先安装并在当前目录运行它:
41
45
42
46
``` bash
43
- ➜ git checkout -b MY_COOL_STUFF_BRANCH
47
+ ➜ pip install pre-commit
48
+ ➜ pre-commit install
44
49
```
45
50
46
- 值得注意的是,在 checkout 之前,需要保持当前分支目录 clean,否则会把 untracked 的文件也带到新分支上,这可以通过 ` git status ` 查看 。
51
+ Paddle 使用 ` clang-format ` 来调整 C/C++ 源代码格式,请确保 ` clang-format ` 版本在 3.8 以上 。
47
52
48
53
## 开始开发
49
54
@@ -68,6 +73,36 @@ Untracked files:
68
73
no changes added to commit (use " git add" and/or " git commit -a" )
69
74
```
70
75
76
+ ## 构建和测试
77
+
78
+ 编译 PaddlePaddle 的源码以及生成文档需要多种开发工具。为了方便大家,我们的标准开发流程是把这些工具都装进一个Docker image,称为* 开发镜像* ,通常名字是 ` paddle:dev ` 。然后所有用 ` cmake && make ` 的地方(比如IDE配置里)都用 ` docker run paddle:dev ` 来代替。
79
+
80
+ 如要build这个开发镜像,在源码目录树的根目录中运行:
81
+
82
+ ``` bash
83
+ ➜ docker build -t paddle:dev .
84
+ ```
85
+
86
+ 随后可以用这个开发镜像开build PaddlePaddle的源码。比如如果要build一个不依赖GPU,但是支持AVX指令集,并且包括unit tests的PaddlePaddle,可以:
87
+
88
+ ``` bash
89
+ ➜ docker run -v $( pwd) :/paddle -e " WITH_GPU=OFF" -e " WITH_AVX=ON" -e " WITH_TEST=ON" paddle:dev
90
+ ```
91
+
92
+ 这个过程除了编译PaddlePaddle为 ` ./build/libpaddle.so ` ,并且输出一个 ` ./build/paddle.deb ` 文件之外,还会输出一个 ` build/Dockerfile ` 。我们只需要运行下面命令把编译好的PaddlePaddle打包成一个* 生产镜像* (` paddle:prod ` ):
93
+
94
+ ``` bash
95
+ ➜ docker build -t paddle:prod -f build/Dockerfile .
96
+ ```
97
+
98
+ 如果要运行所有的单元测试,可以用如下命令:
99
+
100
+ ``` bash
101
+ ➜ docker run -it -v $( pwd) :/paddle paddle:dev bash -c " cd /paddle/build && ctest"
102
+ ```
103
+
104
+ 关于构建和测试的更多信息,请参见[ 这篇文档] ( https://github.com/PaddlePaddle/Paddle/blob/develop/doc/getstarted/build_and_install/docker_install_cn.rst ) 。
105
+
71
106
## 提交(commit)
72
107
73
108
接下来我们取消对 README.md 文件的改变,然后提交新添加的 test 文件。
@@ -85,17 +120,10 @@ nothing added to commit but untracked files present (use "git add" to track)
85
120
➜ git add test
86
121
```
87
122
88
- Paddle 使用 [ pre-commit ] ( http://pre-commit.com ) 完成代码风格检查的自动化,它会在每次 commit 时自动检查代码是否符合规范,并检查一些基本事宜,因此我们首先安装并在当前目录运行它 。
123
+ Git 每次提交代码,都需要写提交说明,这可以让其他人知道这次提交做了哪些改变,这可以通过 ` git commit` 完成 。
89
124
90
125
``` bash
91
- ➜ pip install pre-commit
92
- ➜ pre-commit install
93
- ```
94
-
95
- Git 每次提交代码,都需要写提交说明,这可以让其他人知道这次提交做了哪些改变,这可以通过` git commit -m ` 完成。
96
-
97
- ``` bash
98
- ➜ git commit -m " add test file"
126
+ ➜ git commit
99
127
CRLF end-lines remover...............................(no files to check)Skipped
100
128
yapf.................................................(no files to check)Skipped
101
129
Check for added large files..............................................Passed
@@ -104,7 +132,7 @@ Check for broken symlinks................................................Passed
104
132
Detect Private Key...................................(no files to check)Skipped
105
133
Fix End of Files.....................................(no files to check)Skipped
106
134
clang-formater.......................................(no files to check)Skipped
107
- [MY_COOL_STUFF_BRANCH c703c041] add test file
135
+ [my-cool-stuff c703c041] add test file
108
136
1 file changed, 0 insertions(+), 0 deletions(-)
109
137
create mode 100644 233
110
138
```
@@ -136,50 +164,56 @@ upstream
136
164
137
165
``` bash
138
166
➜ git fetch upstream
139
- ➜ git pull --rebase upstream develop
167
+ ➜ git pull upstream develop
140
168
```
141
169
142
170
## Push 到远程仓库
143
171
144
172
将本地的修改推送到 GitHub 上,也就是 https://github.com/USERNAME/Paddle。
145
173
146
174
``` bash
147
- # 推送到远程仓库 origin 的 MY_COOL_STUFF_BRANCH 分支上
148
- ➜ git push origin MY_COOL_STUFF_BRANCH
175
+ # 推送到远程仓库 origin 的 my-cool-stuff 分支上
176
+ ➜ git push origin my-cool-stuff
149
177
```
150
178
151
- ## 建立 Issue 并完成 PR
179
+ ## 建立 Issue 并完成 Pull Request
152
180
153
- 建立一个 Issue 描述问题,记录它的编号 。
181
+ 建立一个 Issue 描述问题,并记录它的编号 。
154
182
155
- 在 Push 新分支后, https://github.com/USERNAME/Paddle 中会出现新分支提示,点击绿色按钮发起 PR 。
183
+ 切换到所建分支,然后点击 ` New pull request ` 。
156
184
157
- ![ ] ( https://ws1.sinaimg.cn/large/9cd77f2egy1fez1jq9mwdj21js04yq3m.jpg )
185
+ < img width = " 295 " alt = " screen shot 2017-04-26 at 9 09 28 pm " src = " https://cloud.githubusercontent.com/assets/11692045/25436054/a6d98c66-2ac4-11e7-9cb1-18dd13150230.png " >
158
186
159
187
选择目标分支:
160
188
161
- ![ ] ( https://ws1.sinaimg.cn/large/9cd77f2egy1fez1ku4a5vj21am04st9l.jpg )
189
+ < img width = " 750 " alt = " screen shot 2017-04-26 at 9 11 52 pm " src = " https://cloud.githubusercontent.com/assets/11692045/25436139/f83b1e6c-2ac4-11e7-8c0e-add499023c46.png " >
162
190
163
- 在 PR 的说明中 ,填写 ` solve #Issue编号 ` 可以在这个 PR 被 merge 后,自动关闭对应的 Issue,具体请见 < https://help.github.com/articles/closing-issues-via-commit-messages/ > 。
191
+ 在 PR 的描述说明中 ,填写 ` solve #Issue编号 ` 可以在这个 PR 被 merge 后,自动关闭对应的 Issue,具体请见 < https://help.github.com/articles/closing-issues-via-commit-messages/ > 。
164
192
165
193
接下来等待 review,如果有需要修改的地方,参照上述步骤更新 origin 中的对应分支即可。
166
194
167
195
## 删除远程分支
168
196
169
197
在 PR 被 merge 进主仓库后,我们可以在 PR 的页面删除远程仓库的分支。
170
198
171
- ![ ] ( https://ws1.sinaimg.cn/large/9cd77f2egy1fez1pkqohzj217q05c0tk.jpg )
199
+ <img width =" 775 " alt =" screen shot 2017-04-26 at 9 18 24 pm " src =" https://cloud.githubusercontent.com/assets/11692045/25436457/e4cdd472-2ac5-11e7-9272-badc76c4a23e.png " >
200
+
201
+ 也可以使用 ` git push origin :分支名 ` 删除远程分支,如:
202
+
203
+ ``` bash
204
+ ➜ git push origin :my-cool-stuff
205
+ ```
172
206
173
207
## 删除本地分支
174
208
175
209
最后,删除本地分支。
176
210
177
211
``` bash
178
212
# 切换到 develop 分支
179
- git checkout develop
213
+ ➜ git checkout develop
180
214
181
- # 删除 MY_COOL_STUFF_BRANCH 分支
182
- git branch -D MY_COOL_STUFF_BRANCH
215
+ # 删除 my-cool-stuff 分支
216
+ ➜ git branch -D my-cool-stuff
183
217
```
184
218
185
219
至此,我们就完成了一次代码贡献的过程。
0 commit comments