Skip to content

Latest commit

 

History

History
35 lines (21 loc) · 2.46 KB

CONTRIBUTING.md

File metadata and controls

35 lines (21 loc) · 2.46 KB
Raw

Contribution Guidelines

When contributing to this repository, please first discuss the changes you wish to make via an issue, email, or any other method, with the owners of this repository before issuing a pull request.

Community Guidelines

We welcome you to our community! We seek to provide a welcoming and safe development experience for everyone. Please read our code of conduct and reach out to us if you have any questions. We welcome your input!

How to contribute

Reporting bugs or making feature requests

To report a bug or suggest a new feature, please go to the monarch-initiative/cookiecutter-monarch-ingest issue tracker, as we consolidate issues there.

Please supply enough details to the developers to enable them to verify and troubleshoot your issue:

  • Provide a clear and descriptive title as well as a concise summary of the issue to identify the problem.
  • Describe the exact steps which reproduce the problem in as many details as possible.
  • Describe the behavior you observed after following the steps and point out what exactly is the problem with that behavior.
  • Explain which behavior you expected to see instead and why.
  • Provide screenshots of the expected or actual behaviour where applicable.

The development lifecycle

  1. Create a bug fix or feature development branch, based off the main branch of the upstream repo, and not your fork. Name the branch appropriately, briefly summarizing the bug fix or feature request. If none come to mind, you can include the issue number in the branch name. Some examples of branch names are, bugfix/breaking-pipfile-error or feature/add-click-cli-layer, or bugfix/issue-414
  2. Make sure your development branch has all the latest commits from the main branch.
  3. After completing work and testing locally, push the code to the appropriate branch on your fork or origin repository.
  4. Create a pull request from the bug/feature branch of your fork to the main branch of the upstream repository.

NOTE: All the development must be done on a separate branch, either in your fork or in the origin repository. The main branch of the upstream repository should never be used for development.

ALSO NOTE: github.com lets you create a pull request from the main branch, automating the steps above.

A code review (which happens with both the contributor and the reviewer present) is required for contributing.