Skip to content

Latest commit

 

History

History
64 lines (56 loc) · 4.59 KB

CONTRIBUTING.md

File metadata and controls

64 lines (56 loc) · 4.59 KB

Contributing to geni-tools

The GENI-NSF repositories are very much a community driven effort, and your contributions are critical. A big thank you to all our contributors!

Mailing Lists

General Guidelines

Reporting Issues

  • Check existing issues first to see if the issue has already been reported.
  • Review the general GitHub guidlines on isssues.
  • Give specific examples, sample outputs, etc
  • Do not include any passwords, private keys, your omni.bundle, or any information you don't want public.
  • When reporting issues, please include the output of omni --version at least. Even better, include the complete stitcher.log or the output of running omni --debug.
  • To attach your stitcher.log or test case RSpecs or other large output, upload the file to some web server and provide a pointer. For example, to use Gist:
  • Copy & paste your log/patch/file attachment to http://gist.github.com/, hit the Create Public button and link to it from your issue by copying & pasting its URL.

Getting the Source

GCF / geni-tools source code is available on GitHub.

Sample Contribution Workflow

  1. Report the issue or check issue comments for a suggested solution.
  2. Create an issue-specific branch off of the develop branch in your fork of the repository.
  • Per the branching model
  • E.G. git checkout develop, git pull origin develop, and then git checkout -b tkt1234-my-feature
  1. Develop your fix.
  1. Test your fix
  • Test your Omni/Stitcher fix against multiple aggregate types and varying situations.
  • Changes to gcf should be tested with gcf-test.py minimally, and preferably also with the included AM acceptance tests or equivalent.
  1. Pull in any new changes from the main repository ('upstream' repository).
  2. Submit a pull request against the develop branch of the project repository.
  • In your pull request description, note what issue(s) your pull request addresses.

Code Style

  • Include the GENI Public License as a comment at the top of all source files.
  • Document all files and key classes and methods.
  • geni-tools attempts to be python2.6 compatible, and is not python3 compatible.
  • Use relative imports (from __future__ import absolute_import).
  • Use 4 space indents.
  • Name classes, methods, arguments and variables to describe their use.
  • Follow the Python Style Guide.

Thank you for your contributions!