Git conventions for branches, commits, and PRs. Use when creating branches, writing commit messages, opening pull requests, or deciding on PR base branch. Also use when the user asks about branch naming, commit format, PR title style, or how to reference JIRA tickets in git operations. Consult proactively before any git commit, push, branch creation, or PR operation.
<jira-key>/<descriptive-slug> (e.g. ag-12345/fix-tooltip-flicker)<initials>/<descriptive-slug> (e.g. at/improve-watch-reload-time)b12.0.0 (see releases skill)ag-12345 and AG-12345 are used).CRT-1030_CRT-1044/fix-highlight)AG-XXXX <description> (uppercase JIRA key, imperative mood). A colon after the key is also acceptable: AG-XXXX: <description>.<description> (imperative mood)latest. If the current branch was created from a bX.Y.Z release branch, the PR must target that release branch. This includes any changes needed during the current release cycle — code fixes, skill/prompt updates, example fixes, doc corrections. Only target latest for work that doesn't need to ship with the current release. To determine the base, run .rulesync/skills/git-conventions/detect-base-branch.sh — it compares merge-base distances from HEAD to all origin/bX.Y.Z release branches (newest version first) and prints BASE_BRANCH=<branch>. Fall back to origin/latest if no release branch is closer. The user may not mention which base to use, so always detect it from git ancestry.AG-XXXX <description> for JIRA-linked; plain description otherwise. Under 70 characters.CRT-1030, CRT-1044 Fix highlight)Fix #AG-XXXX line (enables downstream automations), and a brief summary of what changed and why. The summary should be enough for a reviewer to understand the change without opening the ticket. Keep it concise — this is a public repo.Example JIRA-linked body: