Files
inbuxa-admin/CONTRIBUTING.md
T
jcoffey-dev 6927322514
ci / build (pull_request) Skipped
ci / publish (pull_request) Skipped
ci / notices (pull_request) Successful in 56s
github/ci (branch) GitHub Actions
ci / github (pull_request) Successful in 1m16s
CONTRIBUTING: how to send a change without repository access
New accounts on git.coffeylabs.org can file issues but can't push or fork.
Until a volunteer is given access, a change arrives as a patch on an issue.
2026-10-11 01:02:18 -07:00

1.6 KiB

Contributing

Patches, bug reports and questions are welcome. Open an issue first for anything substantial; small fixes need no ceremony.

Sending a change

New accounts on git.coffeylabs.org can file issues but can't push or fork. Until you have repository access, open an issue for the change, or say hello on community.coffeylabs.org, and attach the change to the issue as a patch:

git format-patch origin/main --stdout > my-change.patch

Repository access goes to volunteers we have worked with; a few good issues or patches is the usual way in. After that you push a branch here and open a pull request. The GitHub copy is a read-only mirror, so pull requests opened there are not merged.

What this is

A fork of Stalwart's web interface, taken under the AGPL-3.0-only half of its dual licence, talking to INBUXA over JMAP and OAuth. Upstream's copyright headers stay where they are, and a file this fork has changed says so beneath them. New files carry Coffey Labs' own header and AGPL-3.0-only.

Changes to files that came from upstream are kept small, so the next import merges cleanly and a reader can tell fork from base.

Before you push

npm ci
npm run typecheck && npm run lint && npm test && npm run build

CI runs exactly that. Nothing here talks to a live server, so a failing test is a real failure rather than a missing container.

Commit messages

Say what changed and why, in prose. The why is the part that is hard to recover later. No tool trailers.