/guidelines

:scroll: The Music Encoding Initiative Guidelines

Primary LanguageXSLT

MEI Guidelines

This repository hosts the MEI Guidelines, the official documentation of the Music Encoding Initiative. Edits and contributions are encouraged.

Contributing

If you wish to contribute changes to the Guidelines, you can edit the files directly on GitHub. The text of the Guidelines is written in a dialect of Markdown. To contribute, find the file you wish to change in this repository and click the 'edit' button in the top right. You will be able to change the text online. Once finished, you can commit your changes, which will then alert the editors of the Guidelines that you wish to have your contribution accepted. The editors will review your changes and, if acceptable, will accept your changes into the Guidelines.

Editing the Guidelines locally

If you wish to contribute significant changes, you will likely want to checkout the code from this repository and work on it locally. To do so you will need to install Jekyll, which requires Ruby. This guide will assume you have a functioning Ruby environment, with the gem and bundle commands available. If you do not, follow these instructions on getting these set up.

Step 1: Fork the Guidelines

You should fork the Guidelines into your own repository using the 'Fork' button on GitHub. This will make a copy of the Guidelines which you can edit.

Step 2: Create a new branch

Create a new branch for your changes on your local Git repository. You should make it a descriptive name, like 'mensural-guidelines-updates' or similar.

Step 3: Install Jekyll

Run bundle install in your directory. This will install all of the requirements for running the site locally.

Step 4. Run the Jekyll server

You can run the Jekyll service locally with bundle exec jekyll serve --baseurl="". This will compile the site and start serving the content locally. Once it's ready, you can open your browser and visit http://localhost:4000 to see your local version of the site.

Step 5. Make your changes and commit

You should now be able to make your changes. Try to keep your commits as 'atomic' as possible; that is, commit only the changes necessary for a given set of functionality. Avoid large commits that change a lot of things, as this makes it harder to review your changes for unintended side effects and potential problems.

Step 6. Propose a pull request

Once all of your changes have been committed and pushed to your fork, you can propose a change to the main Guidelines repository by opening a Pull Request. This will alert the editors that you have a change you wish to contribute. The editors will review your changes and may ask for modifications or clarification in the Pull Request. Once your changes have been reviewed and accepted, they will be merged in and will then be available on the Guidelines website.

Step 7. Delete your local branch (optional)

When your pull request has been accepted, it is then safe to delete the branch that you created in Step 2. This will ensure you do not have older branches around that get progressively outdated.