How to become active in the DDF Community
Get involved and Contribute via forums, edit the documentation, work on the issue tracker, and submit pull requests on Github.
Once you're actively contributing, one of our Team members may invite you to be a committer (after a vote has been called). When that happens, if you accept, the following process begins.
Note that becoming a committer is not just about submitting some pull requests; it is also about helping with the development and user Discussion Forums, helping with documentation, and working on the issue tracker.
Steps to Becoming a Contributor to Documentation and Source Code
Fill out and submit the Codice Individual Contributor License Agreement.
Submit a pull request with desired changes (for source code only).
Getting Started on Development
See the Developer's Guide for developer tips and information about contributing your changes and source code formatting.
Getting Karma on JIRA and Confluence
After being an active participant, you can mail the dev list and request JIRA/Confluence karma. We can then grant the necessary karma, so you can start working on JIRA issues and editing the wiki.
Factors considered to become a Committer
Community - Active Participation helps build it
Knowing when to leverage other committers, groups (nobody knows everything)
The involvement in the number of pull requests: https://github.com/codice/ddf/pulls?utf8=%E2%9C%93&q=involves
Reviewing pull requests and providing impactful feedback (even if it is not requested, it is open source).
Ability to effectively communicate technical opinion
Ability to resolve disagreements on technical solutions
Willingness to -1 PRs or request changes, ideas with sound technical logic
Actively posting to the Google Group Forums
Overall Knowledge
Providing guidance/feedback on architectural direction of the project
Create a new feature/component
Proper usage of existing architectural constructs: Catalog Framework, Plugins, Transformers, Actions, Endpoints, Sources, Catalog Provider (Solr)
Understanding concepts of re-usable code
Federation concepts (querying, availability, Sources, Stores, Providers, Fanout, Registry)
Documentation
Improving documentation for the benefit of all community members
In the spirit of Github's open source survey - "Documentation is highly valued, frequently overlooked, and a means for establishing inclusive and accessible communities."
Testing - Unit and Integration Tests (PaxExam)
Adding new tests
Fixing race conditions/Improving stability
Modifying/Improving existing tests
Security
Authentication - user management
Authorization - policy management
SAML/SSO
User Interfaces
Demonstrated ability to contribute (JavaScript) to Intrigue or the Admin Console