Legal:CLAAcceptanceHierarchies

CLA Acceptance Hierarchies

There are different levels of trust we apply to contributors.

The level of trust applied to the individual directly corresponds to the effort they go through when accepting the CLA. The level of trust corresponds to the risk put on Fedora by allowing the contributor this access.

By following this method, we can ease and automate more parts of the system that are low risk, such as Wiki-only contributors.

Contributor Type	Access Level	CLA Acceptance Type
Mailing list member	Reads and writes to mailing lists	None. Subscribing to a mailing list they agree to a generic use policy that permits Fedora Project and its agents to store and reprint (display in mail archives, etc.) the mailing list postings
Wiki contributor	Writes to the general Wiki	Click-through when registering on the Wiki, UserName should be automatically inserted into EditGroup (or FAS magic)
Project contributor on Wiki (e.g. Docs/Drafts )	Writes to areas of the Wiki under tighter access control	Click-through is sufficient, but getting added to the ACLGroup is going to require some unique set of steps depending on the project; e.g., being added to DocWritersGroup gives access to write to Docs/Drafts and is gained by following the DocsProject/Join steps; being added to DocEditorsGroup gives access to write to Docs in order to formally publish documents and is obtained through merit and/or skill.
Project contributor in SCM (CVS) or having stronger/deeper infrastructure role	Writes to SCM, which includes more exposure to important project infrastructure and associated risk of mistakes or malicious behavior	Click-through CLA is sufficient, but sponsorship to additional groups in the account systsem is also required, which provides a stronger assurance of the contributor's trustworthiness for the protection of the Fedora Project