OSGeoLive-doc/CONTRIBUTING.md

6.2 KiB
Raw Permalink Blame History

Contributing

When contributing to this repository, read the Pull Request Process section and if necessary, discuss the change you wish to make via issue on our bug tracker, OSGeoLive mailing list, or any other method with the owners of this repository before making a change.

By submitting you are agreeing to make your content available via our open license policy.

In the same manner, when translating on Transifex, you are agreeing to make your translations following those licence terms.

Please note we have a code of conduct, please follow it in all your interactions with the project.

Pull Request Process

  1. Evaluate the change
  2. If necessary, sign the contributor licensing agreement
  3. For big changes fill, eventually engage discussion in a new issue or in the mailing list.
  4. Make the PR

Evaluate the change

In the OSGeoLive, we see two types of contribution.

What qualifies as an OBVIOUS FIX?

An obvious fix is a pull request that does not contain creative work. We rely on your judgment to determine what is “obvious”; if youre not sure, just ask by sending an email to the OSGeoLive mailing list.

As a rule of thumb, changes are obvious fixes if they do not introduce any new functionality or creative thinking. As long as the change does not affect functionality, some likely examples include the following:

  • Spelling/grammar fixes;
  • Correcting typos;
  • Cleaning up comments in the code;
  • Changes to white space or formatting;
  • Adding logging messages or debugging output;
  • Changes to files like Makefile, .gitignore, example configuration files, build scripts, etc.;
  • Changes that reflect outside facts, like renaming a build directory or changing a constant;
  • Changes in build or installation scripts;
  • Re-ordering of objects or subroutines within a source file (such as alphabetizing routines);
  • Moving source files from one directory or package to another, with no changes in code;
  • Breaking a source file into multiple source files, or consolidating multiple source files into one source file, with no change in code behavior;
  • Changes to words or phrases isolated from their context;
  • Changes to typeface.

Things that would still require signing a CLA before submitting would likely include stuff like the following:

  • Any of the above actions that result in a change in functionality;
  • Adding a new project;
  • Adding a new file (Overview, Quickstart);
  • Joining a translation team;
  • Requesting a new language;
  • A new feature in the installation files;
  • Extensive or creative comments.

### CLA A contributor licensing agreement (CLA) must be filled out by every contributor to OSGeoLive.

The CLA makes everyones rights clear:

You (or your company) grant copyright license for your contributions to OSGeoLive. You (or your company) grant patent license for your contributions to OSGeoLive. The contribution is entirely voluntary. The work is your original creation. You (or your company) are not required to provide support for your contributions. You (or your company) should read and understand the entire CLA before signing it. Our description of it is not legally binding.

Please send your CLA to the OSGeoLive mailing list.

OSGeoLive CLA example

"I want to contribute XXX to OSGeoLive. I acknowledge that my contributions will be in line with OSGeoLive's Open licenses and OSGeo Code of Conduct."

How does the OBVIOUS FIX RULE work?

Any committer may commit fixes without first signing a CLA for obvious typos, grammar mistakes, and formatting problems wherever they may be.

Whenever you invoke the Obvious Fix Rule, please say so in your commit message. For example:

commit 375t3248vkdd912b0cf9c1d1e99b13 Author: javier javi@carto.com Date: Tue Jul 24 12:15:03 2013 -0500 Fix typo in install file docs. Obvious fix.

Translation process

Join a translation team and translate

  1. Create an account or login on Transifex
  2. Request joining a translation team
  3. Translate ! 4. Please consider adding yourself to our contributor list, if you don't know how to use git, please contact a maintainer.

### Request a new language

  1. TO-DO

Code of Conduct

Contributors to OSGeoLive are expected to act respectfully toward others in accordance with the OSGeo Code of Conduct.

By submitting content to this project, you agree to be bound by the OSGeo contributor agreement OSGeo Code of Conduct.

Please read carefully the OSGeo Code of Conduct and note that the OSGeoLive project will follow its Diversity Statement, Specific Guidelines and its Anti-Harassment and Reporting Guidelines. So please be sure to have read those sections.

Reporting Guidelines

If you believe someone behaving inappropriately with respect to a code of conduct, you may reply to them, and point to this code of conduct. Such messages may be in public or in private, whatever is most appropriate. Assume good faith; it is more likely that participants are unaware of their bad behaviour than that they intentionally try to degrade the quality of the discussion. Should there be difficulties in dealing with the situation, you may report your concerns to event staff, a forum leader or any OSGeo Board member or officer. Serious or persistent offenders may be expelled from the event or forum by event organizers or forum leaders.

You can contact any OSGeoLive PSC member or privately email the code of conduct committee leadership using this mail adress : coc@osgeo.org.

Attribution

This CONTRIBUTING.md is inspired by PurpleBooth/Good-CONTRIBUTING.md-template.md.

Contributions policy is also based on Carto CLA's and "Obvious fix" rule.