|
| 1 | +_model: page |
| 2 | +--- |
| 3 | +_template: page-with-toc.html |
| 4 | +--- |
| 5 | +title: CC Community Teams |
| 6 | +--- |
| 7 | +body: |
| 8 | + |
| 9 | +Creative Commons (CC) is building a community volunteer team to help us develop and maintain our open source projects and community. We extend an invitation to all interested community members to be part of this team. |
| 10 | + |
| 11 | +Joining the community team involves three steps: |
| 12 | + |
| 13 | +1. Joining [one of our community forums](https://opensource.creativecommons.org/community/) |
| 14 | +2. Making contributions |
| 15 | +3. Applying for a role when you're eligible |
| 16 | + |
| 17 | +### Benefits of joining the Community Team |
| 18 | + |
| 19 | +- You'll gain practical, real world, open source experience. |
| 20 | +- You'll build both technical and soft skills. |
| 21 | +- You'll work closely with and be mentored by CC's experienced software engineers and community contributors. |
| 22 | +- You'll build your resume. |
| 23 | +- You'll be given "priority" in internship applications (not an automatic bump, but if the applicant is known for good quality, that's a big advantage) |
| 24 | +- You'll advance the Creative Commons mission |
| 25 | +- You'll engage with CC's global Free/Libre and Open Source (FLOSS) community! |
| 26 | + |
| 27 | +How to Contribute |
| 28 | +----------------- |
| 29 | + |
| 30 | +You can contribute to CC in a variety of ways! |
| 31 | + |
| 32 | +- [Code Contribution](https://opensource.creativecommons.org/contributing-code/): Submit a pull request for a CC project. |
| 33 | +- We value the quality of your contributions highly, but if you are new to CC, open source, or even programming as a whole, this is OK! Possibly more important than quality is that you show you can incorporate feedback, and show potential for growth. |
| 34 | +- Documentation: Improve documentation for a CC project. |
| 35 | +- We want our projects to cover [all four bases of good documentation](https://documentation.divio.com/introduction/): tutorials, how-to guides, reference documentation, and explanations. |
| 36 | +- Issue Reporting: Report bugs or write up feature requests for a CC project. |
| 37 | +- [Writing Blog Posts](https://opensource.creativecommons.org/community/write-a-blog-post/): Blog about your work and contributions to CC projects or about your own CC-related projects. |
| 38 | +- This is a great way to document the time spent in the CC community, and gives a good opportunity for introspection. |
| 39 | +- Helping Others: Be active and help answer other people's questions in CC open source community forums. |
| 40 | +- Pull Request Review: Review other people's pull requests (see [our pull request guidelines](https://opensource.creativecommons.org/contributing-code/pr-guidelines/)). |
| 41 | +- Tweet Ideas: Submit ideas for tweets from CC's Open Source Twitter account via [this form](https://docs.google.com/forms/d/e/1FAIpQLSebelW-zkpaQb-gRyhHeE-Ux-6c3WtO7pU6CWTbkAoPfDnZYg/viewform?usp=sf_link). |
| 42 | +- Issue Research: Investigate 3rd party dependencies (e.g., APIs) and document the relevant parts in issue comments. |
| 43 | + |
| 44 | +Roles |
| 45 | +----- |
| 46 | + |
| 47 | +**CC's Community Team has a lot of different roles. You can apply for each role upon meeting the requirements!** |
| 48 | + |
| 49 | +### Project-Based Roles |
| 50 | + |
| 51 | +These roles are specific to a single CC project (usually limited to a single git repository). You may have roles on multiple projects, but they will have to be applied for separately. If you're interested in writing code primarily, you'll want to apply to these roles. |
| 52 | + |
| 53 | +Privileges and access will be granted per-repository. For example, if you are applying for a role on the `cccatalog-frontend` repository, you would want to concentrate your contributions on `cccatalog-frontend`. |
| 54 | + |
| 55 | +| Name | Privileges | Requirements | |
| 56 | +|----------------------- |------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |------------------------------------------------------------------------------------------------------------------------------ | |
| 57 | +| **Project Contributor** | <li>Invitation to private community contributors Slack channel.</li><li>Addition to Community Team page on CC Open Source.</li> | 3 contributions.<br><br>1 merged pull request or “Great Contribution” to the project you’re applying for. | |
| 58 | +| **Project Member** | <li>All <b>Project Contributor</b> privileges.</li><li>Addition to creativecommons GitHub organization with Triage access to the GitHub repo associated with the project.</li><ul><li>This will allow you to update labels on issues, etc.</li></ul> | 15 contributions with at least 4 pull requests* submitted to the project you’re applying for.<br><br>3 “Great” Contributions | |
| 59 | +| **Project Collaborator** | <li>All <b>Project Member</b> privileges.</li><li>Addition to project’s CODEOWNERs file.</li><ul><li>This will allow your PR reviews to block merge.</li><li>This will auto assign you PRs to review.</li></ul><li>Eligibility to mentor interns for programs like GSoC and Outreachy for Creative Commons.</li><li>Invitation to some of CC’s internal meetings and Slack channels.</li><li>Letter of recommendation from Creative Commons available on request.</li> | 35 contributions with at least 8 pull requests* submitted to the project you’re applying for.<br><br>5 “Great” Contributions | |
| 60 | +| **Project Core Committer** | <li>All <b>Project Collaborator</b> privileges.</li><li>Write access to the project's GitHub repo.</li><ul><li>This will allow you to merge PRs.</li></ul> | N/A, Maintainers will invite standout contributors. | |
| 61 | + |
| 62 | +### Community Roles |
| 63 | + |
| 64 | +These roles are not project based and are for folks interested in helping grow CC's open source community by ensuring all contributors have a good experience and spreading the word about CC's projects. |
| 65 | + |
| 66 | +| Name | Privileges | Requirements | |
| 67 | +|------------------------ |----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | |
| 68 | +| **Community Contributor** | <li>Invitation to private community contributors Slack channel.</li><li>Addition to Community Team page on CC Open Source.</li> | 3 contributions.<br><br>1 published tweet to the CC Open Source Twitter account based on an idea submitted by you or “Great Contribution” on any project.<br><br>General community interaction. | |
| 69 | +| **Community Collaborator** | <li>All **Community Contributor** privileges</li><li>Comment-only access to the Open Source Community project on Asana, with the option to pick up tasks if desired.</li> | 15 contributions.<br><br>At least five people helped on Slack or the mailing list. | |
| 70 | +| **Community Maintainer** | <li>All **Community Collaborator** privileges</li><li>Manager permission on CC’s developer mailing list</li><li>Access to tweet directly from CC Open Source account</li><li>Letter of recommendation from Creative Commons available on request</li> | N/A, Maintainers will watch and select standout contributors | |
| 71 | + |
| 72 | +How to Apply |
| 73 | +------------ |
| 74 | + |
| 75 | +Please apply via [this Google Form](https://docs.google.com/forms/d/e/1FAIpQLScEQPWt30B_KHGlqtmCKDWcRID7O8k2GUcC4opoVh8pHAe5gQ/viewform?usp=sf_link). |
| 76 | + |
| 77 | +### Frequently Asked Questions |
| 78 | + |
| 79 | +<b>What counts as a contribution?</b> |
| 80 | + |
| 81 | +Contributions can be any of the things listed under ["How to Contribute"](https://opensource.creativecommons.org/community/community-teams/#how-to-contribute) above. If you think something should count as a contribution that's not listed above, please put that in your application. |
| 82 | + |
| 83 | +Individual repositories may have additional work that counts as a contribution. If this is the case, these additional contributions will be documented in that repository's README. |
| 84 | + |
| 85 | +To count as a contribution, Issue submissions and pull request reviews don't have to be in the repository you are targeting, they could be for any CC project. However, the required pull requests must be submitted in the project you are targeting. |
| 86 | + |
| 87 | +<b>What is a "Great Contribution"? </b> |
| 88 | + |
| 89 | +Great contributions are those that are of a high level of quality such that a maintainer takes notice. When a maintainer takes notice, they will mark the contribution with the "Great Contribution" label on GitHub. Some examples of things that might make maintainers take notice include (but are not limited to), well-written code, good work on a difficult task, or the quality of the solution as a whole. |
| 90 | + |
| 91 | +Your code does not necessarily need to be merged to count as a "Great Contribution". |
| 92 | + |
| 93 | +<b>What counts as a required pull request?</b> |
| 94 | + |
| 95 | +If you are applying for a project based role, required pull requests must be made to the repository that you are applying for. Required pull requests do not need to be merged, they could be closed or awaiting review. |
| 96 | + |
| 97 | +Pull requests do not have to be code, they can be documentation as well. |
| 98 | + |
| 99 | +### Evaluation Criteria |
| 100 | + |
| 101 | +Contributors are only eligible for each role after meeting requirements, the role is not guaranteed. Granting of the role depends on staff and maintainer approval. |
| 102 | + |
| 103 | +Here are a few criteria that are especially important when we evaluate whether we will grant you a role: |
| 104 | + |
| 105 | +1. Conduct and Communication |
| 106 | + 1. Contributors are expected to follow the CC Open Source [Code of Conduct](https://opensource.creativecommons.org/community/code-of-conduct/). Breaches will seriously damage a contributor's chances of being granted further privileges, and will almost certainly result in a de-escalation of privileges if applicable. |
| 107 | + 2. Contributor interaction with maintainers and other contributors should be generally helpful and constructive. Responding to messages and pull request comments quickly (within a couple of days) is also looked upon favorably. |
| 108 | + |
| 109 | + |
| 110 | +2. Quality of Contributions |
| 111 | + 1. Contributors are expected to refrain from trying to meet issue or PR submission requirements by creating duplicate, invalid, or unreasonably small issues/PRs simply to meet requirements. |
| 112 | + 2. Consistently low quality code will reflect poorly on contributors. Contributors will receive feedback on their contributions if a maintainer sees the potential for improvement. Demonstrated ability to incorporate feedback over time will reflect favorably. |
| 113 | + 3. Issue submissions should contain a good level of detail relative to the work suggested by the issue. If the contributor consistently opens anemic issues or PRs, this will reflect poorly whereas high quality issues or PRs with details, context, screenshots (if applicable), formatting, and clear language, will reflect favorably. |
| 114 | + |
| 115 | +### Disclaimers |
| 116 | + |
| 117 | +1. Project maintainers and CC staff will have a final say on whether or not a contributor should be granted each role. |
| 118 | +2. Community contributors can have some or all of their privileges/roles revoked at any time for any reason. |
| 119 | +3. Maintainers and staff will be granted the discretion to evaluate applications for roles based on criteria not covered above. |
| 120 | + |
| 121 | +Privilege & Role De-escalation |
| 122 | +------------------------------ |
| 123 | + |
| 124 | +1. Reasons: Roles and/or privileges may be revoked or de-escalated for any time at any reason, but this should be uncommon. De-escalation of privileges may happen for reasons including, but not limited to the following: |
| 125 | + 1. Breach of code of conduct. |
| 126 | + 2. Inactivity for a period of six months or longer from the time of last contribution. |
| 127 | + 3. Dramatic drops in quality of work. |
| 128 | + 4. Maintainer discretion. |
| 129 | + |
| 130 | + |
| 131 | +2. Procedure: Depending on the nature of what is causing the de-escalation, different steps may be taken, and maintainers and/or admins may (or may not) discuss measures to be taken. These measures may include, but are not limited to: |
| 132 | + 1. Revocation of some privileges. |
| 133 | + 2. Revocation of all privileges. |
| 134 | + 3. Notice that privileges may be revoked due to inactivity. |
0 commit comments