面向Git用户,提供简化的版本提交指导。通过指定目标分支和提交文件,可生成高质量的Git提交命令及操作说明,帮助用户快速完成版本管理。
## Git 提交命令 ```bash # 1) 切换到目标分支(分支已存在时) git switch feature/login # 如果本地不存在该分支,可先拉取远端再创建并切换: # git fetch origin # git switch -c feature/login origin/feature/login # 2) 查看变更(可选) git status # 3) 暂存指定文件(按你的输入:当前目录所有变更) git add . # 4) 提交 git commit -m "fix(ui): 修复登录按钮点击无效" ``` ## 操作说明 - 第一步确保在目标分支 feature/login 上进行提交,避免把更改提交到错误分支。 - 提交前用 git status 检查待提交文件是否符合预期。 - 使用 git add . 暂存当前目录下所有变更(新增/修改/删除),然后执行 commit。 - 提交信息已符合 Conventional Commits 规范,无需调整。 ## 注意事项 - git add . 会把当前目录及子目录所有变更都加入暂存,请确认没有无关文件;必要时先调整 .gitignore。 - 若你在仓库子目录执行并且需要捕获仓库任意位置的删除变更,可改用 git add -A。 - 如果仓库配置了 pre-commit/pre-push 等钩子,提交可能会因校验失败而中止,请按提示修复后重试。 - 需要推送到远端时再执行:git push -u origin feature/login(可选)。
## 提交命令(目标分支:release/1.2.0,提交路径:src/auth/) ```bash # 1) 确保本地有最新远端分支信息 git fetch origin # 2) 切到目标分支(本地已存在该分支时) git switch release/1.2.0 # 若本地不存在该分支,可改用(从远端跟踪创建): # git switch -c release/1.2.0 --track origin/release/1.2.0 # 3) 拉取最新提交,避免产生不必要的合并提交 git pull --ff-only # 4) 仅暂存指定目录的改动 git add src/auth/ # 5) 可选:核对将要提交的内容 git status --short git diff --staged # 6) 按规范提交 git commit -m 'feat(auth): 增加短信登录入口; refs: ADR-12' # 7) 可选:推送到远端 git push origin release/1.2.0 ``` ## 操作说明与注意事项 - 请确保已切换到正确的目标分支 release/1.2.0,并先拉取最新代码(使用 --ff-only 避免产生合并提交)。 - 使用 git add 只对 src/auth/ 下的变更进行暂存,避免把无关改动带入本次提交。若需精确控制,可用 git add -p 分块添加。 - 提交前用 git status 和 git diff --staged 再次核对将要提交的文件和差异。 - 提交信息已符合 Conventional Commits 格式:feat(scope): subject;包含引用 refs: ADR-12。若你的仓库有校验钩子,请保持格式一致。 - 如需代码评审或 CI,请在提交后执行 git push origin release/1.2.0,并按照团队流程创建合并请求。
## 提交命令 ```bash # 1) 切换到目标分支(本地已存在该分支) git switch hotfix/1023 # 2) 查看当前工作区状态(可选,确认只改动了预期文件) git status --short # 3) 仅添加指定文件到暂存区 git add -- tests/e2e/login.spec.ts # 4) 按给定信息提交 git commit -m 'test(e2e): 补充 #1023 回归用例' # 5) 可选:推送到远端 git push -u origin hotfix/1023 ``` ## 操作说明与注意事项 - 如果本地没有该分支: - 远端已存在同名分支时:`git switch -c hotfix/1023 --track origin/hotfix/1023` - 远端不存在同名分支时:`git switch -c hotfix/1023` - 提交信息已使用引号包裹,`#1023` 会被正确保存(在大多数平台会自动关联到对应 issue/任务)。 - 为避免误加其他文件,建议在 `git add` 前先执行 `git status` 确认变更列表。 - 如不小心多加了文件,可用 `git restore --staged <文件路径>` 撤回暂存,不会影响工作区改动。 - 若你的环境是 Windows CMD(非 PowerShell/WSL),请将提交信息的引号改为双引号:`git commit -m "test(e2e): 补充 #1023 回归用例"`。 - 若项目启用了 commitlint/Husky 等钩子,请确保提交信息格式与规范一致(当前信息已符合 Conventional Commits 风格)。
在迭代中快速获得正确命令与提交说明,确保提交到指定分支、文件不漏写,规范信息撰写,减少因命令错误导致的返工。
为团队沉淀统一提交格式与注意事项,降低新人上手成本;引导开发写出可检索、可追溯的记录,缩短评审与定位时间。
在补充用例或验证修复时,按指引完成最小化变更提交,附带清晰说明,方便回归追踪与问题复盘。
要求开发按标准提交并提供说明模板,发布前快速核对变更范围,降低回滚与审计风险,提升发布节奏稳定性。
向贡献者提供一键提交指引与信息模板,减少无效或含糊提交,提升仓库历史的可读性与协作效率。
用于课堂或培训演示标准提交流程,让学员跟着步骤操作,快速形成规范习惯,缩短从理解到实操的路径。
把 Git 提交这件“小事”做成大幅提效的“标配动作”。通过一个可复用的提示词,让任何使用 Git 的成员只需输入目标分支、需要提交的文件和提交说明,即可快速获得: - 安全且规范的提交命令(可直接粘贴执行) - 一目了然的操作步骤与注意事项 从而在日常开发、紧急修复、版本发布等场景中: - 降低误操作风险(错分支、漏文件、信息不规范) - 统一团队提交流程与口径,提升评审与发布通过率 - 缩短提交耗时,提升个人与团队整体交付效率 - 新人即插即用,老手效率倍增,助力试用转化与持续付费价值
将模板生成的提示词复制粘贴到您常用的 Chat 应用(如 ChatGPT、Claude 等),即可直接对话使用,无需额外开发。适合个人快速体验和轻量使用场景。
把提示词模板转化为 API,您的程序可任意修改模板参数,通过接口直接调用,轻松实现自动化与批量处理。适合开发者集成与业务系统嵌入。
在 MCP client 中配置对应的 server 地址,让您的 AI 应用自动调用提示词模板。适合高级用户和团队协作,让提示词在不同 AI 工具间无缝衔接。
免费获取高级提示词-优惠即将到期