用途：在项目声明遵守“璀璨工坊规范”或 eliteforge specification 时，统一执行 Git 治理流程，覆盖正常迭代、热修、分支整理、提交/MR 合规与统计分析。
主要能力：提供分支前置门禁检查、提交与 MR 规范校验、发布与热修策略执行；内置脚本目录定位与脚本映射，包括 auto_merge（自动拉取合并版本分支）、check_merge（检查版本分支合并状态）、delete_local_branches、delete_merged_branches、rename_git_branch、git_change_summary.sh、user_code.sh 等。
使用方式：先定位脚本目录，优先调用脚本而非手写长命令；执行前必须完成分支门禁检查，命名错误或未过质量门禁时禁止改代码与提交。常用命令：bash "$ELITEFORGE_GIT_SCRIPTS/auto_merge" [--ff-only | --merge | --rebase]；bash "$ELITEFORGE_GIT_SCRIPTS/check_merge" <version> <branch>；bash "$ELITEFORGE_GIT_SCRIPTS/delete_local_branches"；bash "$ELITEFORGE_GIT_SCRIPTS/delete_merged_branches" <version>（含交互确认）；bash "$ELITEFORGE_GIT_SCRIPTS/rename_git_branch" <old-branch> <new-branch>；bash "$ELITEFORGE_GIT_SCRIPTS/git_change_summary.sh"；bash "$ELITEFORGE_GIT_SCRIPTS/user_code.sh" <base_dir> '<author1|author2|...>' <YYYY-MM-DD>。
强制约束：一个需求一个 feature 分支；禁止在 master/main/nightly/qa/release 直接开发；feature 提测到 qa 用合并请求，联调自行合并到 nightly；feature 合入 release 前 squash 为单提交；release 合回 master 用 git merge --ff-only；hotfix 仅用于现场阻塞问题；提交格式 <type>(<scope>): <subject>；MR 前必须 squash，MR title 与 squash 后提交一致；使用 .gitlab/merge_request_templates/default.md 并完成自检。
适用场景：需要按该团队规范执行分支、提交、MR、发布与热修的 Git 操作任务。限制：仅当用户明确声明当前项目遵守该规范时启用；否则不启用，按通用能力处理。完整规范、示例与 workflow 需读取 references/git-governance-reference.md。