Contributing
Welcome
Section titled “Welcome”spec-to-ship is an open-source project and contributions are welcome. This page explains how to get involved.
Ways to contribute
Section titled “Ways to contribute”Report bugs
Section titled “Report bugs”If something isn’t working, open an issue on GitHub with:
- What you ran and what you expected
- What actually happened (copy the output)
- Your OS, Node version, and s2s version (
s2s --version)
Good bug reports get fixed faster. Minimal reproduction steps help most.
Suggest features
Section titled “Suggest features”Feature requests are welcome as GitHub issues. The more specific the use case, the better — describe the problem you’re solving, not just the solution you have in mind.
Not all requests will be implemented. The project prioritizes keeping the core workflow simple and reliable over adding surface area.
Improve the docs
Section titled “Improve the docs”Documentation fixes, clarifications, and improvements are always appreciated. The docs source lives in the docs/ folder of the repository.
Contribute code
Section titled “Contribute code”Before working on a substantial change, open an issue first to discuss the approach. This avoids wasted effort if the direction doesn’t fit the project.
For small fixes (typos, obvious bugs, minor improvements), a PR without a prior issue is fine.
Development setup
Section titled “Development setup”git clone https://github.com/KiniunCorp/spec-to-shipcd spec-to-shipnpm installnpm run buildRun tests with:
npm testPull request guidelines
Section titled “Pull request guidelines”- Keep PRs focused — one concern per PR
- Write a clear description of what changed and why
- If the PR fixes a bug, include a test that would have caught it
- Run
npm run checkbefore opening the PR
Code of conduct
Section titled “Code of conduct”Be respectful. Disagreements about technical direction are fine; personal attacks are not.
Questions
Section titled “Questions”For general questions about using s2s, open a GitHub Discussion rather than an issue.