We’re excited you’re interested in contributing to [Project Name]! This guide covers installation, local development, and how to contribute.
- Language-specific prereqs (install node/go)
- (usually include git/bash installation)
fill this with install stepfill this with install stepfill this with linter stepfill this with build step- Create a feature branch from
main(e.g.,feat/add-postgres-stack). - Use Conventional Commits (
feat:,fix:,chore:) to keep history clean and readable. - Include tests where applicable.
- Run linting and tests before submitting a pull request.
- Ensure your changes follow the existing project structure and registry-based stack system.
When opening issues or reviewing pull requests, please apply the most relevant label(s) to help maintainers triage and prioritize them. Here’s a basic guide:
| Label | When to Use |
|---|---|
bug |
A reproducible error, crash, or incorrect behavior in Taco. |
feature |
A new capability or enhancement that does not exist yet. |
enhancement |
Improvements to existing features, performance, or developer experience. |
docs |
Documentation updates, typos, or README/CONTRIBUTING changes. |
refactor |
Code cleanup or restructuring without changing behavior. |
ci |
Issues related to GitHub Actions, testing, or build pipelines. |
good first issue |
Small, well-scoped issues suitable for new contributors. |
Tips:
- Most issues should have one primary label.
- If an issue touches multiple areas (e.g., a feature that also needs docs), feel free to add more than one.
- PRs should ideally match the label of the issue they close.