Contribute » History » Version 28

Toshi MARUYAMA, 2011-09-05 06:25
mercurial named branch is svn trunk

1 1 Eric Davis
h1. Contribute
2 2 Eric Davis
3 2 Eric Davis
{{>toc}}
4 2 Eric Davis
5 11 Eric Davis
Redmine is built and maintained by community volunteers. If you enjoy using Redmine and would like give back to the community, there are several ways to contribute back to the project. Also read the "forum thread":http://www.redmine.org/boards/1/topics/show/4325 for some more specific ideas.
6 2 Eric Davis
7 2 Eric Davis
h2. Code Related
8 2 Eric Davis
9 4 Mischa The Evil
These require a familiarity with Ruby on Rails development. If you are still new to Rails, Community members can help you if you get stuck with something or have any other questions.
10 2 Eric Davis
11 4 Mischa The Evil
You will need to download a copy of the current development-code. The official code repository is located in Subversion and can be downloaded by following the [[Download]] instructions.
12 2 Eric Davis
13 28 Toshi MARUYAMA
A copy of the source is mirrored to "Bitbucket":https://bitbucket.org/redmine and "GitHub":http://github.com/edavis10/redmine/tree/master and  if you would like to use Git and Mercurial for development.
14 1 Eric Davis
15 11 Eric Davis
Any questions can be asked in the "Forums":http://www.redmine.org/projects/redmine/boards/1 or to the [[Teams|Development Team]] on IRC.
16 11 Eric Davis
17 1 Eric Davis
h3. Patch checking
18 2 Eric Davis
19 11 Eric Davis
Fixing outdated patches so they can apply cleanly to the latest code is very helpful. Many issues will have patches but they will not run on latest version.  **"List of issues with a patch pending":http://www.redmine.org/projects/redmine/issues?query_id=5**
20 1 Eric Davis
21 2 Eric Davis
h3. Code documentation
22 2 Eric Davis
23 11 Eric Davis
Documenting classes and methods using "RDoc":http://rdoc.sourceforge.net/ will help developers understand how Redmine works better.  Once you have a copy of Redmine installed, running @rake doc@ will generate the latest RDoc in @doc/app@.  Patches for methods without documentation or with poor documentation would be helpful and an easy way to contribute. **"List of documentation issues":http://www.redmine.org/projects/redmine/issues?query_id=84**
24 2 Eric Davis
25 2 Eric Davis
h3. Development
26 1 Eric Davis
27 1 Eric Davis
Patches to fix bugs or add new features are always appreciated. If you are going to work on a specific issue, make a note in the issue details so the developers will know what you're working on.
28 2 Eric Davis
29 9 Eric Davis
h3. Basic process for contributing code:
30 9 Eric Davis
31 28 Toshi MARUYAMA
# Make sure you are working on the *svn trunk* or *mercurial default named branch* or *git master branch*.  Patches are not accepted for stable releases because someone would have to port a patch to trunk first and then port it back to stable (i.e. double the work).
32 22 Jean-Philippe Lang
# Make sure all the existing tests pass. You can check the current build statuses on the [[Continuous integration|Redmine Continuous Integration server]]
33 9 Eric Davis
# Add tests to show the new functionality and check for bugs
34 9 Eric Davis
# Post the patch to the issue
35 16 Mischa The Evil
# Ask for feedback from users and developers. Users will want to to apply the patch and try out the new functionality.  Developers will want to do a code review and run all of the tests.
36 9 Eric Davis
# Discuss any changes that are proposed and post new patches as needed
37 9 Eric Davis
38 9 Eric Davis
39 2 Eric Davis
h2. Non Code Related
40 1 Eric Davis
41 11 Eric Davis
These don't require any software development experience, just time and the desire to help.
42 1 Eric Davis
43 1 Eric Davis
h3. User support
44 2 Eric Davis
45 2 Eric Davis
Helping out other users in the "Forums":http://www.redmine.org/projects/redmine/boards and the IRC channel (#redmine @ freenode) is always useful. Frequent problems or questions should be brought up so the wiki can be updated to help future users.
46 1 Eric Davis
47 5 Eric Davis
h3. Localization support
48 4 Mischa The Evil
49 7 Eric Davis
[[HowTo_translate_Redmine_in_your_own_language|Translations]] should be kept up-to-date alongside the development of Redmine. You could provide updates of the translations where necessary or proposed to support Redmines I18n-support. **"List of Localization and Translation issues":http://www.redmine.org/projects/redmine/issues?query_id=7**
50 4 Mischa The Evil
51 2 Eric Davis
h3. Issue triage
52 2 Eric Davis
53 11 Eric Davis
Sometimes issues are reported without all the information needed by a developer. Getting the details of the bug or feature from the reporter and the community will help everyone understand what is needed.  If you can also try to reproduce the bug in your own Redmine, adding a note about your Redmine version and the exact steps you took are extremely useful.
54 2 Eric Davis
55 2 Eric Davis
h3. Design and User interface
56 2 Eric Davis
57 10 Shane Pearlman
Redmine uses a very basic design and user interface. Any improvements to it including new themes, skinning, or interface adjustments could help every user of Redmine. Get involved with the "UI / UX Team":http://www.redmine.org/wiki/redmine/UX_Team. **"List of User Interface Issues":http://www.redmine.org/projects/redmine/issues?query_id=83**