That's awesome, thank you!
The following is a set of guidelines for contributing to the MerMEId. These are mostly guidelines, not rules. Use your best judgment, and feel free to propose changes to this document in a pull request.
Please note that this project is released with a Contributor Code of Conduct. By participating in this project you agree to abide by its terms.
The best way to initially get in touch with the MerMEId community is via the mermeid
Slack channel on music-encoding.slack.com.
Or you can start a discussion here at GitHub Discussions.
If you've noticed a bug or have a feature request, please open a GitHub issue (well, you might want to look through the open issues before to avoid creating duplicates)! It's generally best if you get confirmation of your bug or approval for your feature request this way before starting to code.
If this is something you think you can fix, then fork this repo and create a branch with a descriptive name. Please keep in mind that before coding along there should be a ticket for the task you want to accomplish.
A good branch name would be (where issue #33 is the ticket you're working on):
git checkout -b issue-33
With Docker installed you simply tell it to build your locally checked out branch ("issue-33") with
docker build -t mermeid:issue-33
and then you run it like
docker run --name mermeid-issue-33 -p 8080:8080 -d mermeid:issue-33
If everything works as expected, you should switch back to your develop branch and make sure it's up to date with our develop (= our default) branch:
git remote add upstream git@github.com:edirom/MerMEId.git
git checkout develop
git pull upstream develop
Then update your feature branch from your local copy of develop, and push it
git checkout issue-33
git rebase develop
git push --set-upstream origin issue-33
Finally, go to GitHub and make a Pull Request
A PR can only be merged into master by a maintainer if:
- The branch is building ok on DockerHub.
- It has been approved by at least two people. If it was a maintainer who opened the PR, only one extra approval is needed.
- It has no requested changes.
- It has no conflicts with current develop. (Even better: it is up to date with current develop)
Any maintainer is allowed to merge a PR if all of these conditions are met.
Large portions of these Contributing Guidelines were copied from ActiveAdmin. Thanks!