Thanks for your interest in contributing to GitCharm! This document explains how to set up your environment, the workflow we use, and what to expect when you open an issue or pull request.
This project follows a Code of Conduct. By participating, you agree to uphold it.
git clone https://github.com/RioNoir/GitCharm.git
cd GitCharm
npm installOpen the project in VS Code and press F5 to launch an Extension
Development Host with GitCharm loaded, or run the watch build manually:
npm run watchThis runs the host and webview builds concurrently and rebuilds on change.
npm run buildnpm run typecheck
npm run typecheck:webview
npm run lintPlease make sure these pass before opening a pull request.
- Fork the repository and create a branch off
main:git checkout -b my-feature - Make your changes, keeping commits focused and descriptive.
- Update CHANGELOG.md under an "Unreleased" section if your change is user-facing.
- Run typecheck and lint locally (see above).
- Push your branch and open a pull request against
main.
- Describe what changed and why, not just what files were touched.
- Link any related issues (e.g.
Fixes #123). - Keep PRs focused — unrelated changes make review harder and slower.
- Include screenshots or a short clip for UI changes.
- Be responsive to review feedback; a PR that goes stale may be closed.
Open a GitHub issue and include:
- GitCharm version, VS Code version, and OS
- Steps to reproduce
- Expected vs. actual behavior
- Relevant logs from the "GitCharm" output channel, if applicable
Feature requests are welcome as GitHub issues. Please describe the problem you're trying to solve, not just the solution — it helps us find the best approach, and check existing issues first to avoid duplicates.
Please do not report security vulnerabilities through public GitHub issues. See SECURITY.md for how to report them responsibly.
By contributing to GitCharm, you agree that your contributions will be licensed under the project's GPL-3.0-only license.