title | chapter |
---|---|
Getting started |
false |
Welcome to official Documentation repository of the Open Science UMontreal (OSUM) community. We are excited you are here and want to contribute!
These guidelines are designed to make it as easy as possible to get involved. If you have any questions that aren't discussed below, please let us know by opening an issue!
Before you start you'll need to set up a free GitHub account and sign in. You can sign up through this link and then interact with our repositories at https://github.com/OSUMontreal.
Already know what you're looking for in this guide? Jump to the following sections:
- Contributing to Open Science UMontreal
Read Joining the conversation and pop into our Matrix Chat to introduce yourself and tell us how you would like to contribute in the OSUM community! Let us know what your interests are and we will help you find an issue to contribute to. Thanks so much!
OSUM
is a young communnity project maintained by a growing group of
enthusiastic early-career researchers, mainly student. We're excited to have you
join! Most of our discussions will take place on open [issues][link_issues]. We
also maintain a Matrix Chat for more informal
conversations and general updates.
There is significant cross-talk between these two spaces, and we look forward to
hearing from you in either venue! As a reminder, we expect all contributions to
OSUM
to adhere to our code of conduct.
If you are new to GitHub and just have a small documentation change recommendation, you can submit it to our e-mail address and one of our developers will add it to the documentation directly.
Git is a really useful tool for version control. GitHub sits on top of git and supports collaborative and distributed working.
You'll use [Markdown][markdown] to discuss on GitHub. You can think of Markdown
as a few little symbols around your text that will allow GitHub to render the
text with a little bit of formatting. For example you can write words as
bold (**bold**
), or in italics (*italics*
), or as a
link ([link](https://youtu.be/dQw4w9WgXcQ)
) to
another webpage.
GitHub has a helpful guide to get you started with writing and formatting Markdown.
We will be excited when you'll suggest a new PR to fix improve In order to make this as fluid as possible we recommend to follow this workflow:
Issues are individual pieces of work that need to be completed to move the project forwards. Before starting to work on a new pull request we highly recommend you open an issue to explain what you want to do and how it echoes a specific demand from the community. If you have more an inquiry or suggestion to make than a bug to report, we encourage you to come and chat with us in the #dev:openscience room.
A general guideline: if you find yourself tempted to write a great big issue that is difficult to describe as one unit of work, please consider splitting it into two or more. Moreover, it will be interesting to see how others approach your issue and give their opinion and maybe give you advice to find the best way to code it. Finally, it will prevent you to start working on something that is already in progress.
2. Fork the docs.osumontreal.ca repository
When you fork This way you'll be able to work on your own instance of
docs.osumontreal.ca
. It will be a safe place where nothing can affect the main
repository.
Once you have your own fork, you can clone it on you local computer by clicking the green Clone button to get your own URL:
git clone --recurse-submodules https://github.com/YOURUSERNAME/docs.osumontreal.ca.git
cd docs.osumontreal.ca
Make sure to always keep your fork up to date with the upstream repository before and after making changes. You can follow these command lines to help you.
The first time you try to sync your fork, you may have to set the upstream branch
git remote add upstream https://github.com/osumontrea/docs.osumontreal.ca
git remote -v # Verify the new upstream repo appears.
git checkout main
git fetch upstream main
git merge upstream/main
Then create a new branch for each issue. Using a new branch allows you to follow the standard GitHub workflow when making changes. This guide provides a useful overview for this workflow. Please keep the name of your branch short and self explanatory.
git checkout -b MYBRANCH
-
To preview the website, you will need to install Hugo on your computer. Once installed, you can run the
hugo server -D
command and openhttp://localhost:1313/
in a browser. -
Modify some content or code
-
Make sure Hugo can generate the whole website by building it with the
hugo
command.
Pull Request Checklist (For Fastest Review):
- Check that all tests are passing ("All tests passsed")
- Make sure you note any issues that will be closed by your PR
- Add a clear description of the purpose of you PR
When you submit a pull request we ask you to follow the tag specification. In order to simplify reviewers work, we ask you to use at least one of the following tags:
- [BRK] for changes which break existing builds or tests
- [DOC] for new or updated documentation
- [ENH] for enhancements
- [FIX] for bug fixes
- [TST] for new or updated tests
- [REF] for refactoring existing code
- [MAINT] for maintenance of code
- [WIP] for work in progress
You can also combine the tags above, for example if you are updating both a test and the documentation: [TST, DOC].
We welcome and recognize all kinds of contribution from reporting bugs, improving the documentation, testing our tools to code development.
You're amazing. 👋 😃
— Based on contributing guidelines from the tedana and STEMM Role Models projects.