Thank you for your interest in contributing to Better-T-Stack! This document provides guidelines and setup instructions for contributors.
⚠️ Important: Before starting work on any new features or major changes, please open an issue first to discuss your proposal and get approval. We don't want you to waste time on work that might not align with the project's direction or get merged.
This repository is organized as a monorepo containing:
- CLI:
apps/cli- The scaffolding CLI tool (create-better-t-stack) - Documentation:
apps/web- Official website and documentation
- Node.js (lts)
- Bun (recommended)
- Git
-
Clone the repository
git clone https://github.com/AmanVarshney01/create-better-t-stack.git cd create-better-t-stack -
Install dependencies
bun install
-
Navigate to CLI directory
cd apps/cli -
Link the CLI globally (optional, for testing anywhere in your system)
bun link
Now you can use
create-better-t-stackfrom anywhere in your system. -
Start development server
bun dev
This runs tsdown build in watch mode, automatically rebuilding on changes.
-
Test the CLI Now go to anywhere else in your system (maybe like a test folder) and run:
create-better-t-stack
This will run the locally installed CLI.
-
Install dependencies
# from repo root bun i -
Setup backend
cd packages/backend bun dev:setup # you can choose local development too in prompts
-
Configure environment Copy the Convex URL from
packages/backend/.env.localtoapps/web/.env:NEXT_PUBLIC_CONVEX_URL=http://127.0.0.1:3210/ -
Set GitHub tokens Now run
bun devin the root. It will complain about GitHub token, so run this inpackages/backend:npx convex env set GITHUB_ACCESS_TOKEN=xxxxx npx convex env set GITHUB_WEBHOOK_SECRET=xxxxx
-
Start the documentation website
bun dev
This starts the Next.js development server for the documentation site.
-
Create an issue (if one doesn't exist)
- Describe the bug or feature request
- Include steps to reproduce (for bugs)
- Discuss the proposed solution
-
Fork the repository
- Click the "Fork" button on GitHub
- Clone your fork locally
-
Create a feature branch
git checkout -b feature/your-feature-name # or git checkout -b fix/your-bug-fix -
Make your changes
- Follow the existing code style
- Update documentation as needed
-
Test and format your changes (see Testing section below)
-
Commit your changes
git add . git commit -m "feat(web): add your feature description" # or git commit -m "fix(cli): fix your bug description"
-
Push to your fork
git push origin feature/your-feature-name
-
Create a Pull Request
- Link to the related issue
- Describe your changes
Before committing, make sure to test your changes:
# For CLI changes
cd apps/cli
bun dev
bun run test
# Format files
bun run format- Manual testing: Test your changes manually to ensure everything works as expected
- For CLI changes: Test with different configurations and options
- For web changes: Ensure the site builds and displays correctly
Use conventional commit messages with the appropriate scope:
feat(cli): add new CLI featurefix(cli): fix CLI bugfeat(web): add new web featurefix(web): fix web bugchore(web): update dependenciesdocs: update documentation
- Open an issue for bugs or feature requests
- Join discussions for questions or ideas
- Check existing issues and PRs for similar work
- Join our Discord if you have any problems
By contributing to Better-T-Stack, you agree that your contributions will be licensed under the MIT License.