Contributors are now supposed to run tests in the GitLab instance, so this also needs to be reflected in the CONTRIBUTING.md as otherwise people not used to forge workflows could completely miss that information. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
2.2 KiB
Contributing to mat2
The main repository for mat2 is on 0xacab, but you can send patches to jvoisin by email if you prefer.
Do feel free to pick up an issue and to send a pull-request.
Before sending the pull-request, please do check that everything is fine by running the full test suite in GitLab. To do that, after forking mat2 in GitLab, you need to go in Settings -> CI/CD -> Runner and there enable shared runners.
Mat2 also has unit tests (that are also run in the full test suite). You can run
them with python3 -m unittest discover -v
.
If you're fixing a bug or adding a new feature, please add tests accordingly, this will greatly improve the odds of your merge-request getting merged.
If you're adding a new fileformat, please add tests for:
- Getting metadata
- Cleaning metadata
- Raising
ValueError
upon a corrupted file
Since mat2 is written in Python3, please conform as much as possible to the pep8 style; except where it makes no sense of course.
Doing a release
- Update the changelog
- Update the version in the mat2 file
- Update the version in the setup.py file
- Update the version and date in the man page
- Commit the changelog, man page, mat2 and setup.py files
- Create a tag with
git tag -s $VERSION
- Push the commit with
git push origin master
- Push the tag with
git push --tags
- Download the gitlab archive of the release
- Diff it against the local copy
- If there is no difference, sign the archive with
gpg --armor --detach-sign mat2-$VERSION.tar.xz
- Upload the signature on Gitlab's tag page and add the changelog there
- Announce the release on the mailing list
- Sign'n'upload the new version on pypi with
python3 setup.py sdist bdist_wheel
thentwine upload -s dist/*
- Do the secret release dance