Contributions to Edunext Eox-Hooks are very welcome, and strongly encouraged! Here's a step-by-step guide that should help you get started.
Got an idea for how to improve the codebase? Fantastic, we'd love to hear about it! Before you dive in and spend a lot of time and effort making a pull request, it's a good idea to discuss your idea with other interested developers and/or the Edunext product team. You may get some valuable feedback that changes how you think about your idea, or you may find other developers who have the same idea and want to work together.
- As a suggestion, create a branch of the form <name_developer/name_feature>
- Make all the changes and improvements it requires
- Make sure to commit according to the standards of conventional commits.
- A PR of the branch containing the changes to 'master' is created.
- The branch must be up to date with respect to 'master'. Use rebase for this.
- The PR must have an update of the file CHANGELOG.rst. All changes contained in the branch to be merged must be specified as 'unreleased'.
- Once the PR is approved, we perform squash and merge.
In development, we position ourselves in the main branch and update it.
bumpversion: Then we write in console:
bumpversion [major, minor, patch]
The changes that are in 'unreleased' become 'released', they are identified with the date and the version that has generated bumpversion.
The commit generated by bumpversion is pushed, which must also include the recent change in CHANGELOG.rst.
The tag generated by bumpversion is pushed:
git push origin <tag_bumpversion_generated>
Make github release.
[OPTIONAL] Update the repositories with the new version of the plugin.