Skip to content

Latest commit

 

History

History
125 lines (78 loc) · 7.26 KB

CONTRIBUTING.md

File metadata and controls

125 lines (78 loc) · 7.26 KB

Contributing

Thanks for considering contributing and making our planet easier to explore!

We'd be quite excited if you'd like to contribute to Worldview! Whether you're finding bugs, adding new features, fixing anything broken, or improving documentation, get started by submitting an issue or pull request!

Submitting an Issue

If you have any questions or ideas, or notice any problems or bugs, first search open issues to see if the issue has already been submitted. We may already be working on the issue. If you think your issue is new, you're welcome to create a new issue.

Pull Requests

If you want to submit your own contributions, follow these steps;

  • Fork the Worldview repo
  • Create a new branch from the branch you'd like to contribute to
  • Note: If you're not branching from an existing feature branch, create your branch from development for new features or master for urgent bug fixes.
  • If an issue doesn't already exist, submit one
  • Create a pull request from your fork into the target branch of the nasa-gibs/worldview repo
  • Be sure to mention the issue number in the PR description, i.e. "Fixes #480"
  • Upon submission of a pull request, the Worldview development team will review the code
  • The request will then either be merged, declined, or an adjustment to the code will be requested

Guidelines

We ask that you follow these guidelines with your contributions;

Style Guidelines

Please lint your code with npm run lint. Our style rules are defined in .stylelintrc and .eslintrc. We follow a modified version of Standard JS Rules, with semi-colons. You can install linting plugins in your editor to check against our style guides automatically:

Atom

Sublime

Tests

All of the unit tests for this project need to pass before your submission will be accepted. If you add new functionality, please consider adding tests for that functionality as well. See Testing for more information about testing.

Commits

  • Make small commits that show the individual changes you are making
  • Write descriptive commit messages that explain your changes

Example of a good commit message;

Improve contributing guidelines. Fixes #480

Improve contributing docs and consolidate them in the standard location https://help.github.com/articles/setting-guidelines-for-repository-contributors/

What We're Working On

Please see our Roadmap for an overview of what we're planning. We also track the progress of Worldview, Worldview-Components, and Worldview-Options-EOSDIS using a public Waffle.io Board.

We use GitHub labels to organize issues we're working on. Here are the labels we use, along with descriptions of what they mean. Click on the headings or badges below to see the GitHub issues tagged with each label.

Things that appear to be broken or are not working as intended.

An enhancement to an existing feature.

Issues that are waiting on something out of our control.

These issues might be a good place to start if you want to contribute.

These are ideas, user stories, or feature requests that don't yet qualify as a new feature, probably because the specifics haven't been worked out yet.

These are new features to be developed at some point in the future.

These are issues that are "on deck" for development. We're planning to work on these next.

These are issues that have a PR ready to resolve them, and are just waiting to be fully tested.

These issues are related to our technical implementation (refactoring, dependency changes, etc.), they're developer focused, and don't directly add new features for end users.

These are ideas, user stories, or feature requests that don't yet qualify as a new feature, probably because the specifics haven't been worked out yet.

These are issues that we don't plan to fix.