|
| 1 | +# Contributing to JavaScriptSolidServer projects |
| 2 | + |
| 3 | +This is the organization-wide default. Individual repositories may |
| 4 | +publish their own `CONTRIBUTING.md` with project-specific Quick start |
| 5 | +and Code style sections (e.g. the JSS server repo); when they do, that |
| 6 | +overrides this one. The sections below apply universally. |
| 7 | + |
| 8 | +## Workflow |
| 9 | + |
| 10 | +Projects follow a strict **issue → branch → PR → merge → pull** |
| 11 | +sequence. No direct commits to the default branch. |
| 12 | + |
| 13 | +1. Open an issue describing the change (or pick an existing one) |
| 14 | +2. Branch: `git checkout -b issue-<number>-short-slug` |
| 15 | +3. Commit with a descriptive title + multi-paragraph body explaining |
| 16 | + the *why* |
| 17 | +4. Open a PR linked to the issue |
| 18 | +5. Address Copilot review iteratively until clean (the org leans |
| 19 | + heavily on automated review passes) |
| 20 | +6. Squash-merge, delete branch, `git pull` |
| 21 | + |
| 22 | +## AI-assistance disclosure |
| 23 | + |
| 24 | +We welcome thoughtfully-prepared contributions, including those drafted |
| 25 | +with AI assistance. To keep provenance clear: |
| 26 | + |
| 27 | +- **Disclose AI assistance** in the PR description. Indicate one of: |
| 28 | + - hand-authored |
| 29 | + - AI-assisted with substantive human review |
| 30 | + - substantially AI-generated |
| 31 | +- **Share prompts** for substantial AI-generated portions (in the PR |
| 32 | + description or a linked artifact) so reviewers can assess scope. |
| 33 | +- **Authorship responsibility** — code review, follow-up, and licence |
| 34 | + obligations stay with the contributor regardless of AI involvement. |
| 35 | +- **Per-contributor flexibility** — established contributors with a |
| 36 | + consistent disclosure history may agree streamlined arrangements |
| 37 | + with the maintainer. |
| 38 | + |
| 39 | +This is consistent with [NLnet's generative-AI policy for funded |
| 40 | +projects](https://nlnet.nl/foundation/policies/generativeAI/) and |
| 41 | +general open-source provenance best practice. |
| 42 | + |
| 43 | +A pull-request template (`.github/pull_request_template.md`) carries |
| 44 | +the same checklist so every PR captures the disclosure inline. |
| 45 | + |
| 46 | +## Forks and downstream distribution |
| 47 | + |
| 48 | +Projects in this org are AGPL-3.0. Forks are welcome. |
| 49 | + |
| 50 | +The licence terms set the boundary: **§5(a)** requires a prominent |
| 51 | +modification notice on conveyed (deployed, published, or distributed) |
| 52 | +modified versions, with a relevant date. Forks operating a public |
| 53 | +deployment are encouraged to surface this notice on the deployment |
| 54 | +itself — about page, footer, response headers, or equivalent — so |
| 55 | +downstream users have visible provenance. |
| 56 | + |
| 57 | +If you are forking and want to ensure §5(a) compliance, please open |
| 58 | +an issue or ping the maintainer; happy to advise on how to apply the |
| 59 | +notice cleanly. |
| 60 | + |
| 61 | +## Licence and CLA |
| 62 | + |
| 63 | +All projects in this org are licensed under AGPL-3.0 (see each |
| 64 | +repository's `LICENSE`). Contributions are accepted under the same |
| 65 | +licence by default. |
| 66 | + |
| 67 | +A Contributor Licence Agreement is being drafted and will be required |
| 68 | +for substantial contributions ahead of the relevant repository's `0.1` |
| 69 | +release; details and process will be published as part of that |
| 70 | +milestone work. Until then, the GitHub commit-via-PR flow constitutes |
| 71 | +acceptance of the project licence for the contributed change. |
| 72 | + |
| 73 | +## Where to ask |
| 74 | + |
| 75 | +- **Bugs / feature requests:** the relevant repository's GitHub issue |
| 76 | + tracker |
| 77 | +- **Security issues:** see the repository's `SECURITY.md` (where |
| 78 | + present) for the responsible-disclosure path |
| 79 | +- **General questions:** the relevant repository's issue tracker; |
| 80 | + conversational venues are intentionally not listed here so the |
| 81 | + canonical record stays on GitHub |
0 commit comments