Mercurial > hg > soundsoftware-site
comparison doc/.svn/text-base/git.rdoc.svn-base @ 39:150ceac17a8d
* Add a couple of files missed in last update -- brings us properly up to SVN trunk rev 4411
author | Chris Cannam <chris.cannam@soundsoftware.ac.uk> |
---|---|
date | Fri, 19 Nov 2010 14:05:24 +0000 |
parents | |
children |
comparison
equal
deleted
inserted
replaced
37:94944d00e43c | 39:150ceac17a8d |
---|---|
1 = Contributing to Redmine with git and github | |
2 | |
3 (This is a beta document. If you can improve it, fork it and send a patch/pull request.) | |
4 | |
5 The official repository is at http://github.com/edavis10/redmine | |
6 | |
7 Official branches: | |
8 | |
9 * master - is automatically mirrored to svn trunk. DO NOT COMMIT OR MERGE INTO THIS BRANCH | |
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 | |
16 == Branch naming standards | |
17 | |
18 Redmine has two kinds of development: | |
19 | |
20 * bug fixes | |
21 * new feature development | |
22 | |
23 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 | |
25 * 6244 | |
26 * 6244-sort-people-by-display-name (optional description) | |
27 * issue/6244 (optional "issue" prefix) | |
28 * issue/6244-sort-people-by-display-name (optional prefix and description) | |
29 | |
30 That way when the branch is merged into the Redmine core, the correct issue can be updated. | |
31 | |
32 Longer term feature development might require multiple branches. Just your best judgment and try to keep the issue id in the name. | |
33 | |
34 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 | |
36 == Coding Standards | |
37 | |
38 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 | |
40 |