CC Community Team
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.
Joining the community team involves three steps:
- Joining one of our community forums
- Making contributions
- Applying for a role when you're eligible
Benefits of joining the Community Team
- You'll gain practical, real world, open source experience.
- You'll gain core skills ("soft skills"), technical skills, and build up your resume.
- You'll work closely with and be mentored by CC's experienced software engineers and community contributors.
- You'll have the ability to get a personal letter of recommendation from CC staff provided you have made significant contributions.
- You'll be given "priority" in internship applications (not a guaranteed acceptance, but you'll have some advantage).
- You'll engage with CC's global Free/Libre and Open Source (FLOSS) community!
- You'll advance the Creative Commons mission.
How to Contribute
You can contribute to CC in a variety of ways!
- Code Contribution: Submit a pull request for a CC project.
- 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 okay! Possibly more important than quality is that you show you can incorporate feedback, and show potential for growth.
- Documentation: Improve documentation for a CC project.
- We want our projects to cover all four bases of good documentation: tutorials, how-to guides, reference documentation, and explanations.
- Issue Reporting: Report bugs or write up feature requests for a CC project.
- Writing Blog Posts: Blog about your work and contributions to CC projects or about your own CC-related projects.
- This is a great way to document the time spent in the CC community, and gives a good opportunity for introspection.
- Helping Others: Be active and help answer other people's questions in CC open source community forums.
- Pull Request Review: Review other people's pull requests (see our pull request guidelines).
- Tweet Ideas: Submit ideas for tweets from CC's Open Source Twitter account via this form.
- Issue Research: Investigate 3rd party dependencies (e.g., APIs) and document the relevant parts in issue comments.
CC's Community Team has a lot of different roles. You can apply for each role upon meeting the requirements!
All of these privileges are granted on a volunteer basis, and there is no obligation to leverage any of them if you don't want to. If school, family, work, or otherwise takes precedent, that's okay! For example, assigned pull request reviews: we would like to see your review on that PR, but if you are not able or don't want to complete the review, that's okay!
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.
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
|Name||Privileges||Guidelines for Applying|
You should apply for this role if you are interested in dipping your toe into Community Team.
1 merged pull request or “Great Contribution” to the project you’re applying for.
If you've given Community Team a shot and are ready to take the next step, this role is for you! As a Project Member, you will gain experience with issue triage and real-world open source governance workflows.
||15 contributions with at least 4 pull requests* submitted to the project you’re applying for.
2 “Great Contributions“
You should apply for this role if you are interested in being deeply involved with a project, and engaging closely with CC Staff, Project Maintainers, and Core Committers. This role also gives you the opportunity to mentor others through GSoC and Outreachy.
||30 contributions with at least 8 pull requests* submitted to the project you’re applying for.
3 “Great Contributions“
|Project Core Committer||
||45 contributions with at least 12 pull requests* submitted to the project you’re applying for.
5 “Great Contributions“
Maintainers will identify and invite standout contributors.
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.
|Name||Privileges||Guidelines for Applying|
If you'd like to try out engaging with the CC community on a deeper level, but aren't familiar with the technical side of things, you might like this role!
1 published tweet to the CC Open Source Twitter account based on an idea submitted by you or “Great Contribution” on any project.
General community interaction.
So you've tried out being a Community Contributor, want to engage more directly with the CC team and more deeply with the community itself. This role is for you!
At least five people helped on Slack or the mailing list.
|Community Maintainer||Not Applicable
Maintainers will identify and invite standout contributors
How to Apply
Please apply via this Google Form.
We will do our best to review applications in a timely manner, and respond to applicants with a decision within seven business days of submission. We know that waiting can be difficult, but please refrain from sending messages to maintainers inquiring about the status of your application. Rest assured that we are working on it!
Frequently Asked Questions
What counts as a contribution?
Contributions can be any of the things listed under "How to Contribute" above. If you think something should count as a contribution that's not listed above, please put that in your application.
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.
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.
What is a "Great Contribution"?
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.
Your code does not necessarily need to be merged to count as a "Great Contribution".
What counts as a required pull request?
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.
Pull requests do not have to be code, they can be documentation as well.
If your question is not answered here, please ask us on Slack, or at email@example.com!
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.
Here are a few criteria that are especially important when we evaluate whether we will grant you a role:
- Conduct and Communication
- Contributors are expected to follow the CC Open Source 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.
- 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.
- Quality of Contributions
- 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.
- 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.
- 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.
- Project maintainers and CC staff will have a final say on whether or not a contributor should be granted each role.
- Community contributors can have some or all of their privileges/roles revoked at any time for any reason.
- Maintainers and staff will be granted the discretion to evaluate applications for roles based on criteria not covered above.
Privilege & Role De-escalation
- 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:
- Breach of code of conduct.
- Inactivity for a period of six months or longer from the time of last contribution.
- Dramatic drops in quality of work.
- Maintainer discretion.
- 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:
- Revocation of some privileges.
- Revocation of all privileges.
- Notice that privileges may be revoked due to inactivity.