flexunit Wiki

# FlexUnit 0.9 Open Source Governance Model The FlexUnit 0.9 Open Source project empowers open source developers to extend and enhance the FlexUnit 0.9 framework. If you have questions about the governance model outlined below please feel free to post your questions on the [General Discussion list][1]. **The FlexUnit 0.9 Team governs the project in the following ways:** #### Oversees * Project pages * Source code repository * Bug database * Forums and mailing lists * Distribution points for releases * Monitoring of the FlexUnit 0.9 Open Source community to allow for a safe and positive community #### Communicates * Via forums and mailing lists #### Promotes guiding principles * Respect - be respectful of the community, licenses, copyrights, IP, collaboration and interaction * Quality - follow coding standards and test your code before submitting a patch or committing * Openness - collaborate and interact without being rude or offensive #### Encourages participation * Open bug submittal/review with voting * Patch submission * Committers * Open review of specifications, roadmap and schedule #### Defines and manages community roles * **Contributor** - Plays an active role in the FlexUnit community by participating in forums, discovering and submitting bugs, providing software patches through the bug database. * **Partial-Committer** - Same role as "Contributor" plus has limited write access to the Subversion repository. Partial-committers generally contribute to documentation and other non-critical code submissions. * **Committer** - Same role as "Contributor" plus has full write access to the Subversion repository. #####[More information](http://opensource.adobe.com/wiki/display/flexunit/Roles)##### #### Deals with grievances * Sometimes the community or an individual may have differing opinions regarding the fix or deferral of a bug or feature. Being an open source community promotes this opportunity for discussion; however, as defined in the guiding principles, we ask that the differing opinion or grievance be presented in a professional and courteous manner. * Sometimes, based on where the product is in the development cycle, roadmap or due to best practices, a highly voted item may be vetoed or overruled. In these particular cases, the [Management Committee][2] will be consulted and will arbitrate the grievance. [1]: http://www.adobeforums.com/webx/.59b62b8e/ [2]: http://opensource.adobe.com/wiki/display/flexunit/Roles