Goal
Put a Contributor License Agreement in place so every inbound contribution comes with explicit, recorded IP terms. RigForge is MIT-licensed, but unlike Pithead there's currently no inbound-licensing signal at all — CONTRIBUTING.md doesn't even carry an implicit "by contributing you agree to license under MIT" line. A CLA (or a DCO) records the terms per-contributor and enforces them on the PR.
Companion to p2pool-starter-stack/pithead#292 — the two repos should land on the same mechanism so contributors get one consistent process across the org.
Decide first: CLA vs DCO
These are the two standard options — the issue is really about picking one (and matching whatever Pithead picks):
- DCO (Developer Certificate of Origin) — lightweight. Contributors add a
Signed-off-by: line to each commit (git commit -s); a bot (e.g. DCO GitHub App or a GitHub Action) enforces it on PRs. No signature DB, no extra friction. Recommended for a project this size.
- Formal CLA — heavier. Contributors sign an individual (ICLA) and/or corporate (CCLA) agreement, typically via CLA Assistant or cla-assistant.io, which records signatures and gates the PR with a status check. Stronger if the project may relicense or needs explicit patent grants, but adds onboarding friction.
Given the MIT license and small-team setup, a DCO likely gives most of the benefit with the least friction.
Scope
Acceptance
Notes
Related to the community-health work in #10 (which added CONTRIBUTING/SECURITY/templates but not a CLA/DCO). Whatever we pick should apply going forward; we likely don't need to retroactively chase sign-off on existing history.
Goal
Put a Contributor License Agreement in place so every inbound contribution comes with explicit, recorded IP terms. RigForge is MIT-licensed, but unlike Pithead there's currently no inbound-licensing signal at all — CONTRIBUTING.md doesn't even carry an implicit "by contributing you agree to license under MIT" line. A CLA (or a DCO) records the terms per-contributor and enforces them on the PR.
Companion to p2pool-starter-stack/pithead#292 — the two repos should land on the same mechanism so contributors get one consistent process across the org.
Decide first: CLA vs DCO
These are the two standard options — the issue is really about picking one (and matching whatever Pithead picks):
Signed-off-by:line to each commit (git commit -s); a bot (e.g. DCO GitHub App or a GitHub Action) enforces it on PRs. No signature DB, no extra friction. Recommended for a project this size.Given the MIT license and small-team setup, a DCO likely gives most of the benefit with the least friction.
Scope
git commit -sin CONTRIBUTING.CLA.md(andCCLA.mdif corporate) with the agreement text.Acceptance
Notes
Related to the community-health work in #10 (which added CONTRIBUTING/SECURITY/templates but not a CLA/DCO). Whatever we pick should apply going forward; we likely don't need to retroactively chase sign-off on existing history.