rm-hull / rm-hull/git-commit-summary
Repository-Specific Configuration (.git-commit-summary.yaml / project config)
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 0
- Forks
- 0
- Avg merge
- 18h 49m
- Merged PRs (30d)
- 13
Description
Problem Statement
Currently, git-commit-summary loads configuration exclusively from global/XDG locations (~/.config/git-commit-summary/config.env) and local .env files in the working directory root. It does not support repository-specific configuration files (e.g., .git-commit-summary.yaml or project-level .env/config files) that can be checked into version control.
Proposed Feature: Repository-Specific Configuration
Allow individual Git repositories to define their own commit standards, prompts, LLM model preferences, and exclusion rules directly inside the repository.
Detailed Outline Plan
-
Config Discovery & Precedence:
- Extend
internal/configto search for a repository-specific configuration file (e.g.,.git-commit-summary.yamlor.git-commit-summary.env) in the current working directory or repository root (walking up to the git worktree root). - Establish clear configuration precedence:
- CLI flags / environment variables (highest priority)
- Repository-specific config (
.git-commit-summary.yaml/.envin repo root) - User local
.envfile - XDG global configuration (
~/.config/git-commit-summary/config.env) (lowest priority)
- Extend
-
Schema & Fields:
- Support project-level settings such as:
- Preferred LLM provider and model (
LLM_PROVIDER,GEMINI_MODEL, etc.) - Custom system prompt or prompt template path
- Additional project-specific file exclusions or overrides
- Preferred LLM provider and model (
- Support project-level settings such as:
-
Testing & Validation:
- Add unit tests in
internal/configverifying correct configuration merging and precedence order when repository configs are present.
- Add unit tests in
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading the existing configuration loading code and tests under internal/config to understand global/XDG and local .env behavior. Trace how the current working directory and Git worktree are identified, then define the repository-config format and precedence from the issue. Done means repository-specific settings merge correctly and internal/config tests cover discovery, merging, and precedence.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- cli, tooling
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100