Skip to content

Commit 73237d3

Browse files
author
livc
committed
update doc as comments
1 parent f1a97b8 commit 73237d3

File tree

1 file changed

+69
-35
lines changed

1 file changed

+69
-35
lines changed

doc/howto/dev/contribute_to_paddle_cn.md

Lines changed: 69 additions & 35 deletions
Original file line numberDiff line numberDiff line change
@@ -3,8 +3,8 @@
33
我们真诚地感谢您的贡献,欢迎通过 GitHub 的 fork 和 pull request 流程来提交代码。
44

55
## 代码要求
6-
- 你的代码必须完全遵守 [doxygen](http://www.stack.nl/~dimitri/doxygen/) 的样式。
7-
- 确保编译器选项 WITH\_STYLE\_CHECK 已打开,并且编译能通过代码样式检查。
6+
- 代码注释请遵守 [Doxygen](http://www.stack.nl/~dimitri/doxygen/) 的样式。
7+
- 确保编译器选项 `WITH_STYLE_CHECK` 已打开,并且编译能通过代码样式检查。
88
- 所有代码必须具有单元测试。
99
- 通过所有单元测试。
1010

@@ -15,7 +15,7 @@
1515

1616
## 克隆(Clone)
1717

18-
将远程仓库 clone 到本地
18+
将远程仓库 clone 到本地
1919

2020
```bash
2121
➜ git clone https://github.com/USERNAME/Paddle
@@ -25,25 +25,30 @@
2525

2626
## 创建本地分支
2727

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-分支规范)
2929

3030
所有的 feature 和 bug fix 的开发工作都应该在一个新的分支上完成,一般从 `develop` 分支上创建新分支。
3131

32-
```bash
33-
# (从当前分支)创建名为 MY_COOL_STUFF_BRANCH 的新分支
34-
➜ git branch MY_COOL_STUFF_BRANCH
32+
使用 `git checkout -b` 创建并切换到新分支。
3533

36-
# 切换到这个分支上
37-
➜ git checkout MY_COOL_STUFF_BRANCH
34+
```bash
35+
➜ git checkout -b my-cool-stuff
3836
```
3937

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,首先安装并在当前目录运行它:
4145

4246
```bash
43-
➜ git checkout -b MY_COOL_STUFF_BRANCH
47+
➜ pip install pre-commit
48+
➜ pre-commit install
4449
```
4550

46-
值得注意的是,在 checkout 之前,需要保持当前分支目录 clean,否则会把 untracked 的文件也带到新分支上,这可以通过 `git status` 查看
51+
Paddle 使用 `clang-format` 来调整 C/C++ 源代码格式,请确保 `clang-format` 版本在 3.8 以上
4752

4853
## 开始开发
4954

@@ -68,6 +73,36 @@ Untracked files:
6873
no changes added to commit (use "git add" and/or "git commit -a")
6974
```
7075

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+
71106
## 提交(commit)
72107

73108
接下来我们取消对 README.md 文件的改变,然后提交新添加的 test 文件。
@@ -85,17 +120,10 @@ nothing added to commit but untracked files present (use "git add" to track)
85120
➜ git add test
86121
```
87122

88-
Paddle 使用 [pre-commit](http://pre-commit.com) 完成代码风格检查的自动化,它会在每次 commit 时自动检查代码是否符合规范,并检查一些基本事宜,因此我们首先安装并在当前目录运行它
123+
Git 每次提交代码,都需要写提交说明,这可以让其他人知道这次提交做了哪些改变,这可以通过`git commit` 完成
89124

90125
```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
99127
CRLF end-lines remover...............................(no files to check)Skipped
100128
yapf.................................................(no files to check)Skipped
101129
Check for added large files..............................................Passed
@@ -104,7 +132,7 @@ Check for broken symlinks................................................Passed
104132
Detect Private Key...................................(no files to check)Skipped
105133
Fix End of Files.....................................(no files to check)Skipped
106134
clang-formater.......................................(no files to check)Skipped
107-
[MY_COOL_STUFF_BRANCH c703c041] add test file
135+
[my-cool-stuff c703c041] add test file
108136
1 file changed, 0 insertions(+), 0 deletions(-)
109137
create mode 100644 233
110138
```
@@ -136,50 +164,56 @@ upstream
136164

137165
```bash
138166
➜ git fetch upstream
139-
➜ git pull --rebase upstream develop
167+
➜ git pull upstream develop
140168
```
141169

142170
## Push 到远程仓库
143171

144172
将本地的修改推送到 GitHub 上,也就是 https://github.com/USERNAME/Paddle。
145173

146174
```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
149177
```
150178

151-
## 建立 Issue 并完成 PR
179+
## 建立 Issue 并完成 Pull Request
152180

153-
建立一个 Issue 描述问题,记录它的编号
181+
建立一个 Issue 描述问题,并记录它的编号
154182

155-
在 Push 新分支后, https://github.com/USERNAME/Paddle 中会出现新分支提示,点击绿色按钮发起 PR
183+
切换到所建分支,然后点击 `New pull request`
156184

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">
158186

159187
选择目标分支:
160188

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">
162190

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/>
164192

165193
接下来等待 review,如果有需要修改的地方,参照上述步骤更新 origin 中的对应分支即可。
166194

167195
## 删除远程分支
168196

169197
在 PR 被 merge 进主仓库后,我们可以在 PR 的页面删除远程仓库的分支。
170198

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+
```
172206

173207
## 删除本地分支
174208

175209
最后,删除本地分支。
176210

177211
```bash
178212
# 切换到 develop 分支
179-
git checkout develop
213+
git checkout develop
180214

181-
# 删除 MY_COOL_STUFF_BRANCH 分支
182-
git branch -D MY_COOL_STUFF_BRANCH
215+
# 删除 my-cool-stuff 分支
216+
git branch -D my-cool-stuff
183217
```
184218

185219
至此,我们就完成了一次代码贡献的过程。

0 commit comments

Comments
 (0)