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.

{| border="1"
 * - style="background: #EEEFF1; color: black"
 * 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
 * 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
 * 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
 * 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