Build with it
Contributing
Thanks for helping improve eventline.
eventline is a notation for event models, a CLI that checks and draws them, and the documentation that teaches both. Contributions should stay focused on clarity, correctness and examples.
Workflow
Section titled “Workflow”- Fork the repo or branch from
main. - Make one focused change.
- Run
npm test. - Update the docs and examples when syntax or behavior changes.
- Open a pull request.
mainaccepts changes through pull requests only.
Standards
Section titled “Standards”- Prefer concrete examples over abstract prose.
- Keep the examples in
examples/valid:npx eventline-axi validate examples/<file>should report no errors. - Keep the README,
docs/LANGUAGE.mdanddocs/EXAMPLES.mdconsistent with the examples they quote. - After changing an example, the diagram code or anything in
lib/, runnode scripts/build-site.js. The site tests fail if you forget. - A new validation rule needs an entry in
lib/rules/catalogue.jsand a test. Then runnode scripts/build-rules-doc.js; the tests fail ifdocs/RULES.mdis stale. - Write documentation with one sentence per line.
- Keep local machine paths, secrets and session artifacts out of the repo.
- A new file in
docs/also needs a page entry for the docs site; see Architecture. The tests tell you what is missing.
Where things are
Section titled “Where things are”Architecture maps the code. Documentation maps the documentation.
Pull requests
Section titled “Pull requests”Include a short summary of what changed, why, and which examples or docs you updated.