Project Hydra Labs: Promotion Process
Guidelines for Promotion to Project Hydra from Labs
Guidelines for Promotion to Project Hydra from Labs
-
Version >= 1.0
-
Good unit test coverage measured by community (e.g. 100% or 75% of what’s important)
-
uses CI (Travis-CI)
-
uses Coverage tool (coveralls or simplecov)
-
Documentation
-
LICENSE file, Apache 2 (or compatible)
-
README.md
-
Statement of purpose
-
Basic install steps
-
Identify any volatile/experimental features
-
How to contribute -> CONTRIBUTING.md
-
How/Who to contact for help -> push out to all gems like CONTRIBUTING.md
-
Known issues documented in github Issues tickets (not just listed in text)
-
Tutorial / Walkthrough / Example usage
-
Resolve TODO items in documents and remove them
-
Community use by three or more institutions
-
In active use for six months
-
Show compatibility with current Rails versions and other dependencies, when was it last tested; note compatibility with prior versions when available
-
Compatability can be specified in the gemspec(s) or verified via CI matrix
-
All Contributors should have signed Hydra Contibutor License Agreement (CLA)
-
Hierarchy of promises asserted in clearly defined acceptance tests
Mechanism for Promotion
-
As needed or requested, Gems are reviewed for promotion / graveyard
-
A small group should code review the candidates
-
Group of contributors commits to upgrade path
-
Goal to limit movement from ProjectHydra to graveyard (Path to graveyard should be from Labs)
-
List sent to Hydra list for approval / confirmation