Difference between revisions of "贡献代码的工作流"
From KlayGE
Gongminmin (Talk | contribs) (Created page with "== 指导原则 == # '''在独立的分支工作''。每一个新功能或bug修正,再提交补丁或者pull request前都需要建立一个分支。 # '''总是基于最...") |
Gongminmin (Talk | contribs) |
||
Line 1: | Line 1: | ||
== 指导原则 == | == 指导原则 == | ||
− | # '''在独立的分支工作''。每一个新功能或bug修正,再提交补丁或者pull | + | # '''在独立的分支工作'''。每一个新功能或bug修正,再提交补丁或者pull request前都需要建立一个分支。任何直接到master或develop的提交都会被拒绝。 |
− | # ''' | + | # '''分支遵循一定的命名规则'''。分支应该命名为feature/YOUR_FEATURE_NAME或bugfix/YOUR_BUG_NAME。 |
+ | # '''总是基于最新的develop分支'''。用“git pull --rebase”把你的修改移到develop的顶端。 | ||
# '''合并提交'''。建议把每个新功能或bug修正合并成一个修改后提交。(git reset --soft "HEAD^",git commit --amend) | # '''合并提交'''。建议把每个新功能或bug修正合并成一个修改后提交。(git reset --soft "HEAD^",git commit --amend) | ||
[[en:Workflow of contributing code]] | [[en:Workflow of contributing code]] |
Latest revision as of 01:35, 1 July 2015
指导原则
- 在独立的分支工作。每一个新功能或bug修正,再提交补丁或者pull request前都需要建立一个分支。任何直接到master或develop的提交都会被拒绝。
- 分支遵循一定的命名规则。分支应该命名为feature/YOUR_FEATURE_NAME或bugfix/YOUR_BUG_NAME。
- 总是基于最新的develop分支。用“git pull --rebase”把你的修改移到develop的顶端。
- 合并提交。建议把每个新功能或bug修正合并成一个修改后提交。(git reset --soft "HEAD^",git commit --amend)