@@ -1,40 +1,36 | |||
|
1 | 1 | = Contributing to Redmine with git and github |
|
2 | 2 | |
|
3 | (This is a beta document. If you can improve it, fork it and send a patch/pull request.) | |
|
3 | (This is a beta document.) | |
|
4 | 4 | |
|
5 |
The |
|
|
5 | The mirror repository is at http://github.com/edavis10/redmine | |
|
6 | 6 | |
|
7 | Official branches: | |
|
7 | Branches: | |
|
8 | 8 | |
|
9 |
* master - is automatically mirrored to svn trunk. |
|
|
9 | * master - is automatically mirrored to svn trunk. | |
|
10 | 10 | * [0.6, 0.7, 0.8, 0.9, 1.0,...]-stable - is automatically mirrored to svn release branches. DO NOT COMMIT OR MERGE INTO THIS BRANCH |
|
11 | * integration-to-svn-trunk - this branch is a git-only branch that will track master (trunk). Any code in here will be eventually merged into master but it may be rebased as any time (git-svn needs to rebase to commit to svn) | |
|
12 | * integration-to-svn-stable-1.0 - this branch is a git-only branch that will track the 1.0-stable branch in svn. Any code in here will be eventually merged into master and 1.0-stable but it may be rebased as any time (git-svn needs to rebase to commit to svn) | |
|
13 | ||
|
14 | I (edavis10) might have some other branches on the repository for work in progress. | |
|
15 | 11 | |
|
16 | 12 | == Branch naming standards |
|
17 | 13 | |
|
18 | 14 | Redmine has two kinds of development: |
|
19 | 15 | |
|
20 | 16 | * bug fixes |
|
21 | 17 | * new feature development |
|
22 | 18 | |
|
23 | 19 | Both bug fixes and new feature development should be done in a branch named after the issue number on Redmine.org. So if you are fixing Issue #6244 your branch should be named: |
|
24 | 20 | |
|
25 | 21 | * 6244 |
|
26 | 22 | * 6244-sort-people-by-display-name (optional description) |
|
27 | 23 | * issue/6244 (optional "issue" prefix) |
|
28 | 24 | * issue/6244-sort-people-by-display-name (optional prefix and description) |
|
29 | 25 | |
|
30 | 26 | That way when the branch is merged into the Redmine core, the correct issue can be updated. |
|
31 | 27 | |
|
32 | 28 | Longer term feature development might require multiple branches. Just your best judgment and try to keep the issue id in the name. |
|
33 | 29 | |
|
34 | 30 | If you don't have an issue for your patch, create an issue on redmine.org and say it's a placeholder issue for your work. Better yet, add a brief overview of what you are working on to the issue and you might get some help with it. |
|
35 | 31 | |
|
36 | 32 | == Coding Standards |
|
37 | 33 | |
|
38 | 34 | Follow the coding standards on the Redmine wiki: http://www.redmine.org/wiki/redmine/Coding_Standards#Commits. Make sure you commit logs conform to the standards, otherwise someone else will have to rewrite them for you and you might lose attribution during the conversion to svn. |
|
39 | 35 | |
|
40 | 36 |
General Comments 0
You need to be logged in to leave comments.
Login now