Thank you for contributing to StarkWager! Your efforts help make this platform great.
Avoid generic comments like:
🚫 "Can I help?"
🚫 "I’d love to contribute!"
Instead, include:
- A brief introduction about yourself.
- A concise plan to solve the issue (3-6 lines).
- Your estimated completion time (ETA).
- Choose an open issue and comment with your plan.
- Wait for the maintainer to assign the issue to you.
- Apply only if you’re confident in solving it.
- Fork the repo on GitHub.
- Clone it locally:
git clone https://github.com/stakepoint/starkwager-frontend.git cd starkwager-frontend
Follow this naming convention:
feature/issue-title-XXX
(where XXX is the issue number). Example:
STRKWGR-001
STRKWGR-123
- Adhere to coding standards.
- Add documentation and tests.
- Push your branch:
git push origin feature/issue-title-XXX
- Open a PR with:
- A clear description of your solution.
- A reference to the issue number.
- Updates merged with
staging
.
-
app/
:- Purpose: Use this folder only to render components.
- Keep it lean and focused on rendering logic.
-
module/
:- Purpose: Build all new pages and related functionality here.
- Create modular, self-contained features for scalability.
-
Other Guidelines:
- Keep components reusable and within their respective modules.
- Svgs should go inside the
/svgs
folder - UI should go inside the
/components/ui
folder - Shared utilities and assets should go into a designated
libs/
folder.
Use these prefixes for commits:
- feat: New feature
- fix: Bug fix
- docs: Documentation changes
- style: Non-functional code changes (e.g., formatting)
- refactor: Code structure improvements
- perf: Performance enhancements
- test: Adding or updating tests
- build: Build-related changes
- ci: CI configuration updates
- chore: Non-code changes (e.g., config files)
- revert: Reverting a commit
Thank you for helping StarkWager grow! If you need assistance, feel free to reach out. 😊