- Home
- Skills
- Joncrangle
- .Dotfiles
- Git Standards
git-standards_skill
- TypeScript
8
GitHub Stars
1
Bundled Files
2 months ago
Catalog Refreshed
4 months ago
First Indexed
Readme & install
Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.
Installation
Preview and clipboard use veilstrat where the catalogue uses aiagentskills.
npx veilstrat add skill joncrangle/.dotfiles --skill git-standards- SKILL.md1.4 KB
Overview
This skill enforces safe, consistent Git workflows for committing, pushing, and creating pull requests. It runs automated safety checks to prevent secrets, large files, or build artifacts from being committed and guides users to write Conventional Commits and structured PRs. Use it whenever you interact with Git to maintain repository hygiene and clear history.
How this skill works
All git operations are performed through the git_safe tool to ensure controlled actions (status, diff, log, add, commit, push). Before any commit, the skill inspects staged changes via git_safe(action: "diff", target: "--cached") to detect secrets, large/binary files, and common build artifacts and will unstage and warn when problems are found. It enforces a Conventional Commit format and produces a PR title/body template that includes Why, What, and Verification sections.
When to use it
- When you want to commit staged changes or run git status/diff/log
- Before creating a pull request or pushing code to a remote
- When reviewing git history to ensure commit message consistency
- When you need to enforce repository safety checks for secrets and large files
- When preparing a PR that needs a clear title and verification checklist
Best practices
- Always run git operations through git_safe to apply checks and logging
- Scan staged changes for secrets (.env, *_KEY, *_SECRET, password, token) and unstage any matches immediately
- Reject or remove large (>10MB) and binary files from commits; use LFS if needed
- Avoid committing build artifacts (dist/, node_modules/, .DS_Store); add them to .gitignore
- Use Conventional Commit format: type(scope): description and keep descriptions concise
- Populate PR body with Why, What, and Verification checkboxes before opening
Example use cases
- Commit a set of dotfile updates while ensuring no API keys or .env content are included
- Create a PR for a Neovim configuration change with a matching Conventional Commit title
- Run git status and git log through the safe tool to review staged changes and history
- Push install scripts only after automatic checks remove build artifacts and large files
- Review repository history to refactor commit messages into consistent Conventional format
FAQ
The skill will unstage the offending files, warn you about the secret, and advise removing or rotating the secret before recommitting.
How should I format commit messages?
Use Conventional Commits: type(scope): short description, where type is feat, fix, docs, refactor, perf, test, or chore.