We're always looking for contributions! Here are some ways to participate in XWiki's development:
Give us your Feedback
Do you have a great idea? Just tell us! Send your feedback to the user or developer. The feedback could be also about something that does not work, something that could be improved, a feature you'd like to see, etc. Or simply it could be that you're a happy user. Letting us know that helps a lot!
Help other users
Have you gained some experience with XWiki? How about sharing your experience with others? Answer emails on the.
Strategies for answering questions
Here's a good strategy that improves the XWiki documentation on xwiki.org:
- someone (A) asks a question on a xwiki list
- someone (B) knows the answer
- B verifies that the answer can be found on xwiki.org and if so gives a link to it in the reply to A
- If the answer is not found on xwiki.org, then B adds it (*) and in his reply to A he provides a link to the answer (see the chapter below for some tips)
In this manner we all enrich the XWiki documentation and it'll only take marginally longer to answer questions. The next time someone asks the question again we can simply point him/her to the location on xwiki.org
What happens otherwise is that people will give very long and elaborate answers with lots of knowledge/wisdom in them. After that another person comes in, asks the same question and we answer again, etc. The results are:
- the xwiki.org documentation is not better
- overall as a team we are less efficient
Spread the word
Do you like XWiki? Spread the word about it! In any way you would prefer, like Tweets, Articles, Blogs, Books, Talks at conferences, Discussion with colleagues, etc.
Join the Community
Want to find others to discuss/promote XWiki use? Add yourself to the.
- Test new XWiki versions and report bugs in . It's important to .
- Report Compatibility of extensions with XWiki versions. Go to the , edit the extension page and fill the Compatibility field.
Is XWiki not available in your native language? Are current translations not good enough or just not complete? By contributing to theyou can improve that.
You could also help by fixing an.
Not satisfied with the XWiki documentation? You have 2 options:
- Report what you think should be improved by
- Look at the
and help us improve it. One difficulty is to find the right location for new documentation. So here are a few tips:
- Add code snippets to the
- Add explanations on how to use XWiki to the related
- Add development explanations to the related
- Add configuration and administration explanations to the related
- Add other explanations to the
Not sure what to work on? Check out the, pick an issue and start contributing. Feel free to .
There are various ways to contribute code:
- If you've developed some XWiki Extensions (applications, macros, even some code snippets in the form of scripts) you can share them easily with others by publishing them on .
- If you're also interested in sharing the source code we encourage you to publish the code as an . This allows others to work collaboratively with you on this code and improve it and fix bugs.
- If you've fixed bugs or added new features/improvements to existing extensions or modules check the .
Fixing bugs or new Features/Improvements
Have you fixed a boring bug or added a new feature or improved an existing one? Let us know byto our .
Are you looking for a place to start? Look at our. You can also check the which lists some easy to fix issues.
Code acceptance criteria
There are a number of criteria that your code will be judged on:
- Whether it works and does what is intended. This one is probably obvious!
- Whether it fits with the spirit of the project. Some code may be rejected as they take the project in a different direction from that which the current development community has chosen. This is usually discussed on an issue well before the code is contributed. So if you are unsure about submitting some code please discuss it there or on the mailing lists first. Feel free to continue discussing it (with new justification) if you disagree, or appeal to a wider audience on the mailing lists.
- Whether it contains tests. It is expected that code relating to functionality will be accompanied by unit tests and/or integration tests. It is strongly desired (and will be requested) for bug fixes too, but will not be the basis for not applying it. At a bare minimum, the change should not decrease the amount of automated test coverage. As a community, we are focusing on increasing the current coverage, as there are several areas that do not receive automated testing.
- Whether it contains documentation. All new functionality needs to be documented for users, even if it is very rough for someone to expand on later. While rough is acceptable, incomplete is not. As with automated testing, as a community we are striving to increase the current coverage of documentation.
Above all, don't be discouraged. These are the same requirements the current
And remember: your contributions are always welcome !
If you submit code you need to follow these rules:
- Put the correct in the files.
- Ensure that your code passes the .
- Ensure that you have unit tests and/or integration tests.
- Use the same code formatting as the existing code.
- Create an issue in and add a link to the .
- Create for what you have added.
- Add your name on the page.
In addition if you plan to contribute large amount of code that impact existing code, we recommend discussing it on the mailing list first.
If there areyou'd like to see fixed, you can vote them up and wait for some good soul to come along and fix them. The other option you have to try and speed up this process is to sponsor an issue by clicking the "Sponsor This!" link on the issue itself (see screenshot below). We're using and you should check out their for more information on how it works.
On the other side of the coin, if you're a developer you could check the list ofand start fixing them to earn some money and make people happy!
Improve contribution process