Skip to content

Workflow

Three projects work together to make vimcolorschemes possible:

Use the environment that can validate your change.

Change TypeRecommended Path
UI, CSS, copy, navigationFrontend Path
App behavior using existing dataFrontend Path
Database shape or generated fieldsFull Stack Path
Repository discovery or eligibilityThe Worker
Highlight extraction behaviorextractor.nvim
Preview rendering and generated dataCode Previews
  1. Read the relevant architecture page.
  2. Reproduce the current behavior locally.
  3. Make the change.
  4. Run the relevant tests, build, or manual checks.
  5. Update docs when setup, data shape, or contributor workflow changes.
  6. Open a pull request with the problem, solution, and validation steps.
RepositoryFull checkFocused commands
Apppnpm checkpnpm test, pnpm tc, pnpm lint.check, pnpm format.check
Workerbin/testbin/lint, bin/format, bin/start <job> --repo owner/name
Docspnpm buildpnpm dev

For UI changes, include screenshots or a short manual test note. For data changes, include the job commands you ran and which database you used.

Use these pages when you know the behavior but not the file:

Pull requests include:

  • What behavior changed.
  • Which repository or part of the system changed.
  • Whether the database contract changed.
  • How the change was validated.
  • Follow-up work, if any.