Difference between revisions of "Workflow of contributing code"

From KlayGE
Jump to: navigation, search
m (Gongminmin moved page Engineering workflow to Contributing workflow without leaving a redirect)
 
(6 intermediate revisions by one user not shown)
Line 1: Line 1:
 
== Guidelines ==
 
== Guidelines ==
  
# Work on your branch. For each feature or bug fix, it should create a branch before submitting a patch or pull request.
+
# '''Work on your own branch'''. For each feature or bug fix, it should create a branch before submitting a patch or pull request. Any request to master or develop will be rejected in the future.
# Always working on latest master branch. Use "git pull --rebase" to rewind your changes on top of master.
+
# '''Branch should follow a naming rule'''. It should be named as feature/YOUR_FEATURE_NAME or bugfix/YOUR_BUG_NAME.
# Amend your commit. Prefer merge all your commits into one for one feature or bug fix. (git reset --soft "HEAD^", git commit --amend)
+
# '''Always base on latest develop branch'''. Use "git pull --rebase" to rewind your changes on top of develop.
 +
# '''Amend your commit'''. Prefer merge all your commits into one for one feature or bug fix. (git reset --soft "HEAD^", git commit --amend)
  
 
[[zh:贡献代码的工作流]]
 
[[zh:贡献代码的工作流]]

Latest revision as of 02:37, 1 July 2015

Guidelines

  1. Work on your own branch. For each feature or bug fix, it should create a branch before submitting a patch or pull request. Any request to master or develop will be rejected in the future.
  2. Branch should follow a naming rule. It should be named as feature/YOUR_FEATURE_NAME or bugfix/YOUR_BUG_NAME.
  3. Always base on latest develop branch. Use "git pull --rebase" to rewind your changes on top of develop.
  4. Amend your commit. Prefer merge all your commits into one for one feature or bug fix. (git reset --soft "HEAD^", git commit --amend)