Show last authors
1 We're always looking for contributions! Here are some ways to participate in XWiki's development:
3 {{toc numbered="true"/}}
5 = Give us your Feedback =
7 Do you have a great idea? Just tell us! Send your feedback to the user or developer [[mailing lists>>MailingLists]] or in the [[XWiki Survey>>xwiki:Survey.ProductFeedback]]. 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!
9 You could also check the [[feedback we've already received>>xwiki:Main.Feedback]]. If you like XWiki, Writing a nice quote about it would be really nice too. See [[examples>>xwiki:Main.Feedback.Testimonials]]. You could also tweet it using the ###xwiki## hashtag.
11 = Report an issue =
13 You can report issues to the [[XWiki issue tracker>>]] (you'll need to register an account there the first time). The issue tracker project to report in is usually the [[Platform project>>]].
15 == Reporting a security issue ==
17 Check out our [[Security Policy>>Community.SecurityPolicy.WebHome]] which explains the different options for reporting vulnerabilities.
19 = Help other users =
21 Have you gained some experience with XWiki? How about sharing your experience with others? Answer questions on the [[user forum>>Discuss]] or on [[IRC>>Community.IRC]].
23 == Strategies for answering questions ==
25 Here's a good strategy that improves the XWiki documentation on
27 1. someone (A) asks a question (on a xwiki list, forum or IRC)
28 1. someone (B) knows the answer
29 1. B verifies that the answer can be found on and if so gives a link to it in the reply to A
30 1. If the answer is not found on, then B adds it {{{(*)}}} and in his reply to A he provides a link to the answer (see the [[Documentation>>#HDocumentation]] chapter below for some tips)
32 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
34 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:
36 * the documentation is not better
37 * overall as a team we are less efficient
39 = Spread the word =
41 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.
43 = Join the Community =
45 Want to find others to discuss/promote XWiki use? Add yourself to the [[XWiki Users, Groups & Staff map>>]].
47 = Testing =
49 * Test new XWiki versions and report bugs in [[JIRA>>]]. It's important to [[correctly report bugs>>]].
50 * Report Compatibility of extensions with XWiki versions. Go to the [[extension you have tested>>extensions:Main.WebHome]], edit the extension page and fill the Compatibility field.
52 = Translations =
54 Is XWiki not available in your native language? Are current translations not good enough or just not complete? By contributing to the [[Translation Wiki>>]] you can improve that.
56 You could also help by fixing an [[open translation-related issue>>]].
58 = Documentation =
60 Not satisfied with the XWiki documentation? You have 2 options:
62 * Report what you think should be improved by [[creating a JIRA issue for it>>]]
63 * Look at the [[Documentation>>xwiki:Documentation.WebHome]] and help us improve it. One difficulty is to find the right location for new documentation. So here are a few tips:
64 ** Add code snippets to the [[Snippets wiki>>snippets:Main.WebHome]]
65 ** Add explanations on how to use XWiki to the related [[Features guide pages>>platform:Features.WebHome]]
66 ** Add development explanations to the related [[Developer guide's pages>>platform:DevGuide.WebHome]]
67 ** Add configuration and administration explanations to the related [[Administration guide's pages>>platform:AdminGuide.WebHome]]
68 ** Add other explanations to the [[FAQ>>xwiki:FAQ.WebHome]]
70 And if you wish to write a new documentation page or new tutorial, feel free to do that in the [[Drafts area>>Drafts.WebHome]] and ping the devs on the [[forum>>]] on using the [[chat>>Community.Chat]] when it's ready or if you have questions, and we can talk together about where to move it in the doc proper.
72 Not sure what to work on? Check out the [[pending documentation todos>>]], pick an issue and start contributing. Feel free to [[create your own todo as well>>]].
74 Last but not least, please follow the [[Documentation guidelines>>dev:Community.DocGuide]]!
76 = Contribute Code =
78 To help you contribute code we've prepared some **[[onboarding instructions>>Onboarding.WebHome]]**.
80 More generally there are various ways to contribute code:
82 * 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 [[the extensions wiki>>extensions:Main.WebHome]].
83 * If you're also interested in sharing the source code we encourage you to publish the code as an [[XWiki Contrib Project>>contrib:Main.WebHome]]. This allows others to work collaboratively with you on this code and improve it and fix bugs.
84 * If you've fixed bugs or added new features/improvements to existing extensions or modules check the [[next section>>#existingcode]].
85 * [[Become part of the XWiki Development Team>>Committership]]!
87 {{id name="existingcode"/}}
89 = Fixing bugs or new Features/Improvements =
91 Have you fixed a boring bug or added a new feature or improved an existing one? Let us know by [[adding a pull request>>]] to our [[GitHub repository>>dev:Community.SourceRepository]].
93 Are you looking for a place to start? Look at our [[open issues in our Issue Tracker>>]]. You can also check the [[Paper Cuts>>Main.PaperCut]] which lists some easy to fix issues.
95 == Code acceptance criteria ==
97 There are a number of criteria that your code will be judged on:
99 * Whether it works and does what is intended. This one is probably obvious!
100 * 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.
101 * 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.
102 * 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.
104 Above all, don't be discouraged. These are the same requirements the current [[Committers>>Committership]] should hold each other to as well.
105 And remember: your contributions are always welcome !
107 == Coding rules ==
109 If you submit code you need to follow these rules:
111 * Put the correct [[Copyright>>xwiki:Main.License#HCopyright]] in the files.
112 * Ensure that your code passes the [[build>>Building]]. {{info}}The build contains some Checkstyle checks that your code must pass.{{/info}}
113 * Ensure that you have [[unit tests and/or integration tests>>dev:Community.Testing.WebHome]].
114 * Use the same code formatting as the existing code.
115 * Create an issue in [[JIRA>>]] or assign yourself to an existing JIRA issue and add a link to the [[GitHub Pull Request>>]]. {{info}}Please make sure you tag the JIRA issue with the **patch** keyword for better handling by the committers.{{/info}}
116 * Create [[documentation>>#HDocumentation]] for what you have added.
118 More generally you can find details in the development documentation:
120 * [[Development Practices>>Community.DevelopmentPractices]]
121 * [[Code Style>>Community.CodeStyle]]
123 In addition if you plan to contribute large amount of code that impact existing code, we recommend discussing it on the mailing list first.
125 = Contribute Designs =
127 There are various ways to contribute design related artefacts:
129 * You can propose new ideas/features/improvements in the [[Design>>design:Main.WebHome]] wiki
130 * You can provide resources (graphics, fonts, icons) on our [[Media Resources>>dev:Community.Contributing]] page
132 You can get feedback on the proposals on the mailing lists or on the Forum.
134 = Financial Contribution =
136 Developing a production-ready and feature-rich software product such as XWiki is no small feat. It's also not free. It's not because the software is open source that it's free (a common misconception! :)). Actually, every day, some developers work on improving the XWiki software and they need to earn a living. Some of them are employed by companies (, in which case the company is paying for their salaries. In other cases, the developers are just individuals, paying with their own time (night and weekends). Currently the majority of the development is done through companies paying some employess to work on the software (the top sponsoring company being XWiki SAS for the moment).
138 In order for XWiki to remain alive and maintained over time there needs to be enough financial contributions going back to the companies and individuals working on the XWiki software. There are several ways to help with this:
140 {{toc scope="local"/}}
142 Thus if you can't help by participating to the code development or other ways listed on this page, consider helping financially (either as an indovidual or through your company). This helps **a lot** and in turn helps you as XWiki users to keep getting exciting new features or bugs fixed. Thanks!
144 == Make a Donation ==
146 You can donate through the [[XWiki OpenCollective>>]].
148 == Sponsor a Feature or Bug ==
150 If you see a feature missing you'd like to have or some annoying bug that you'd love to see fixed, please consider [[hiring one of the sponsoring companies to do it for you>>xwiki:Main.Support#HProfessionalSupport]]. This is helping the open source project in 2 ways:
151 * A new feature will be added to the product and everyone will benefit. You'll also benefit since the maintenance of it will usually be taken over by the community.
152 * Similarly for a bug fix, the product will get better and everyone will benefit
153 * The sponsoring company will get some revenue which it will use to fund more development of the project (by definition a [[sponsoring company>>xwiki:Main.Supporters.SponsoringCompanies.WebHome]] is a company having at least one active [[core committer>>Community.Committership]] on the XWiki open source project - See the [[Governance page for more details>>Community.Governance]]).
155 == Take a Support Contract ==
157 You could take a support contract from [[one of the sponsoring companies>>xwiki:Main.Support#HProfessionalSupport]]. Even if you don't need such a contract, this is one way to really help the XWiki project as it generate revenues for that company and allow it to either pay for the developers it pays to work on the open source project or it'll allow it to hire more such devs.
159 {{comment}}
160 = Sponsoring issues =
162 If there are [[issues>>]] you'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. You can do that by contacting [[one of the companies supporting the development of XWiki>>xwiki:Main.Supporters.SponsoringCompanies.WebHome]] and sponsor them to develop the feature you need or to get [[Professional Support>>xwiki:Main.Support#HProfessionalSupport]].
164 {{info}}
165 At some point in the past, we were using a JIRA plugin for [[>>]] (check out their [[FAQ>>]] for more information on how it works). You could click on the "Sponsor This!" link on the issue itself (see screenshot below). We're using [[>>]] and you should.
167 We've stopped using that since the JIRA plugin wasn't supported anymore when we upgraded the JIRA instance.
169 {{image reference="sponsorIssue.png" width="800"/}}
170 {{/info}}
171 {{/comment}}
173 = Improve contribution process =
175 See [[Contributions pain points>>ContributingPainPoints]].
177 = Google Summer of Code =
179 See [[GoogleSummerOfCode.WebHome]].
181 = Google Code-In =
183 See [[GoogleCodeIn.WebHome]].

Get Connected