mirror of
https://github.com/xcp-ng/xenadmin.git
synced 2024-11-24 22:06:59 +01:00
39 lines
1.6 KiB
Plaintext
39 lines
1.6 KiB
Plaintext
How to submit changes
|
|
=====================
|
|
|
|
Please try to follow the guidelines below. They will make things
|
|
easier on the maintainers. Not all of these guidelines matter for every
|
|
trivial change so apply some common sense.
|
|
|
|
If you are unsure about something written here, ask on the XCP-ng forum https://xcp-ng.org/forum/
|
|
|
|
0. Before starting a big project, discuss it on the forum first :-)
|
|
|
|
1. Always test your changes, however small, by both targetted
|
|
manual testing and by running the unit tests.
|
|
|
|
2. When adding new functionality, include test cases for any
|
|
* important; or
|
|
* difficult to manually test; or
|
|
* easy to break
|
|
new code.
|
|
|
|
3. Make your patch(es) available by creating one or more github pull requests.
|
|
Each pull request should be separately reviewable and mergable. Only patches
|
|
which must be committed together should be in the same pull request.
|
|
|
|
4. Each patch should include a descriptive commit comment that helps
|
|
understand why the patch is necessary and why it works. This will
|
|
be used both for initial review and for new people to understand
|
|
how the code works later.
|
|
|
|
5. For bonus points, ensure the project still builds in between every
|
|
patch in a set: this helps hunt down future regressions with 'bisect'.
|
|
|
|
6. Make sure you have the right to submit any changes you make. If you
|
|
do changes at work you may find your employer owns the patches
|
|
instead of you.
|
|
|
|
----------------------------------------------------------------------------
|
|
|
|
For a list of maintainers, please see MAINTAINERS file. |