git-workflows（git 工作流程）

此 PR 的作用（1-2 句话） 变化 具体变更的项目符号列表 测试 如何测试更改 截图 如果用户界面发生变化 清单 测试通过，文档更新 公关分析工作流程 列出提交： git log main..HEAD --oneline 确定跨提交的主题 请注意任何重大更改 检查测试覆盖率 审查文档需求 分支机构策略 Git 流程 分公司 目的 主要 生产代码 发展 整合分支 特点/ 新功能 释放/ 发布准备 修补程序/ 生产修复 GitHub 流程 分公司 目的 主要 始终可部署 特征分支 短暂的工作 基于主干的 分公司 目的 主要 全部开发 短枝 < 1 天 功能标志 未完成的工作 分支命名 图案 示例 特点 功能/ABC-123-add-user-auth 错误修复 错误修复/ABC-456-修复-登录 修补程序 修补程序/关键安全补丁 发布 发布/v1.2.0 变更日志格式 保持变更日志结构 部分 内容 已添加 新功能 改变了 现有功能的变化 已弃用 即将删除的功能 已删除 删除的功能 固定 错误修复 安全性 安全修复 变更日志生成工作流程 获取自上次发布标签以来的提交 解析提交消息的类型/范围 按类别分组（添加、固定等） 包含问题/PR 链接的格式 最佳实践 提交 练习 为什么 原子提交 每次提交一次逻辑更改 清除消息 解释为什么，而不仅仅是解释什么 参考问题 相关门票链接 签署提交 GPG验证 请求请求 练习 为什么 小 PR < 400 行，非常适合审查 清晰的标题 总结一下变化 先自检 在请求之前检查差异 及时回复 快速处理反馈 分支机构 练习 为什么 短暂的 几天内合并 最新 定期变基 干净的历史 合并前挤压 合并后删除 保持仓库清洁 合并策略 策略 何时使用 结果 合并提交 保存历史 合并提交节点 壁球 清理混乱的历史 单次提交 变基 线性历史 没有合并提交 快进 简单、线性 没有合并提交 关键概念：压缩具有混乱提交的功能分支。

重新设定干净的线性历史。当分支历史很重要时合并提交。

常用 Git 命令 预提交 命令 目的 git 状态 查看已分阶段/未分阶段的更改 git diff --暂存 回顾将要承诺的内容 git添加-p 互动舞台 提交 命令 目的 git commit -m“消息” 提交消息 git commit --修改 修复最后一次提交（推送之前） 分行管理 命令 目的 git 分支 -d 名称 删除合并分支 git fetch --修剪 删除陈旧的遥控器 git rebase 主要 用主分支更新分支 公关工作流程 命令 目的 git push -u 原始分支 向上游推送并设置 gh 公关创建 通过 CLI 创建 PR gh pr 合并 通过 CLI 合并 PR 资源 常规提交：https://www.conventionalcommits.org/ 保留变更日志：https://keepachangelog.com/ Git 书籍：https://git-scm.com/book 每周安装量 – 存储库 埃亚德西拜 GitHub 之星 4 第一次看到 – 安全审计 Gen Agent Trust Hub 通行证 套接字通行证 斯尼克通行证