Thank you for your interest in contributing! 🎉
- Bug Reports & Feature Requests:
- Use GitHub Issues to report bugs or request features.
- Pull Requests:
- Fork the repo and create a new branch for your change.
- Write clear, concise commit messages.
- Ensure your code passes lint and build checks.
- Add or update tests as needed.
- Document your changes in the PR description.
- Clone the repo and install dependencies:
git clone <repo-url> cd devai-cli npm install
- Build and run locally:
npm run build npm start
- For development:
npm run dev
- Use TypeScript and follow the existing code style.
- Run
npx eslint .before submitting a PR.
- Add tests for new features or bug fixes.
- Run tests with
npm test.
- Use Conventional Commits for commit messages.
- Allowed PR title types:
- feat
- fix
- chore
- docs
- refactor
- style
- test
- ci
- Example:
fix: update version to 1.1.3 and improve streaming response handling - PR titles are checked automatically in CI. See
.github/workflows/contribution.ymlfor details.
- PRs are squash-merged, so the PR title becomes the commit that semantic-release reads.
- Only
feat(minor),fix,perf(patch) and breaking changes (type!:) publish a new version.refactor,chore,docs,style,testandcinever do. - If a PR changes
src/under a non-releasing type, CI fails until you decide:- users will see the change → retitle it
fix:orfeat:; - they won't (a pure refactor) → add the
no-releaselabel.
- users will see the change → retitle it
- Be respectful and inclusive. See CODE_OF_CONDUCT.md.
By contributing, you agree that your contributions will be licensed under the MIT License.