There are several ways to contribute to the development of ReactOS. The most often encountered problem is not knowing where to begin or what to do. If you are able to program or understand the technical information that is pertinent to this project, helping the development can be easy.
Legal notice: If you have seen Microsoft Windows source code, your contribution won't be accepted because of potential copyright violation. Before contributing, you must affirm that the following is true:
I hereby swear that I have not used nor seen the source code to any version of the Windows operating system nor any Microsoft product that may be related to the proposed project that is under a license incompatible with contribution to ReactOS, including but not limited to the leaked Windows 2000 source code and the Windows Research Kernel.
You can try to fix a few bugs that are already listed in JIRA. Squashing bugs is not a simple task. It requires a lot more skill than simply searching for them, and can be time consuming; however, by doing that you greatly help ReactOS become a stable system.
NOTE: patches related to 3rd party code such as Wine or BtrFS should be sent to upstream of the said projects. See 3rd Party Files.txt, README.WINE and README.FSD in media/doc for details.
Tests are used to check the functionality and correctness of APIs on ReactOS compared to Windows implementations. There are some unit tests that you could help ReactOS pass, which can be found in the Web Test Manager and some that are broken or yet to be written.
Coverity is enhanced static analysis that uncovers leaks, buffer overflows, security issues and other. We do such scans on ReactOS codebase pretty often. You can request to see Coverity 'defects' and help to fix them.
By localizing bugs, developers can identify what causes the bug and which part it affects. There are a variety of methods to debug ReactOS while testing it. After identifying a bug, check if it is already known about by searching on JIRA and adding any additional information to the report. If you think that it is an unidentified bug, consider filing a bug report.
Considering ReactOS is alpha quality software, there is a lot of missing functionality that Windows operating systems have. Before starting a project to implement something, find out whether another person is working on the same thing. If you find that someone is already working on it, ask if any assistance is needed for what specifically is being worked on or a related project. More often than not, someone will start to implement something and move onto something else before it's complete. Make sure you stay committed to what you are going to implement, and do not be afraid to ask for assistance if you need help with something.
There are some important points if you would like to help document ReactOS:
Your contribution can be of numerous forms. We currently accept two ways to contribute - Pull Requests and Patches.
Since our migration to GitHub we gladly accept Pull Requests. Pull requests let you tell others about changes you have pushed to a repository on GitHub. Once a pull request is opened, you can discuss and review the potential changes with collaborators and add follow-up commits before the changes are merged into the repository. Pull request is a preferred way to submit your work - it makes reviewing and merging your contribution much easier.
A patch is a set of changes to existing source code. The changes in a patch can be merged into existing source code. This process is referred to as applying a patch (to source code). Which changes a patch contains and the way the patch is structured can have significant impact on the consequences that can happen from applying the patch.
See Submitting Patches for details.
Our commit style is defined in a commit template. Use it as a reference or turn it on using git config commit.template .gitmessage
. This will set this template as an initial commit message for the new commits in your local repository.
To amend your commit with your name and e-mail (in any case you've forgot to set your name/e-mail) please take a look at this guide. To set your name/e-mail globally for future commits that you push, read this.
Finding a good project to start with can be a challenge, because when starting out you are (usually) not aware of all the possibilities. To help you find a project, here are some ideas to try:
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。