git-workflow

git-workflow 技能为管理 community-patterns 存储库的贡献提供了一套严谨、标准化的流程。它专为在快速发展的项目中担任贡献者的软件代理所设计，该项目高度依赖持续的变基（rebase）与系统化的拉取请求（PR）管理。通过强制执行一系列严格的操作—从主分支更新、分支变基，并利用 Git 的 force-with-lease 机制—该技能最大限度地减少了合并冲突，并确保所有提交的模式都能维护干净、线性的提交历史，以利同行评审。它自动处理个人分叉（fork）与上游存储库之间的复杂互动，处理远程配置、分支切换以及通过 GitHub CLI 生成拉取请求元数据的细节。

• 与上游存储库的自动同步，使用 fetch 与 rebase 协议确保本地环境保持最新。

• 整合式拉取请求创建流程，包含用于摘要、测试清单与功能描述的标准化模板。

• 对所有贡献强制执行基于分支的开发流程，防止直接推送到主分支。

• 冲突解决协助，引导代理完成互动式变基阶段，确保提交前的稳定性。

• 具备情境意识的远程管理，根据工作区配置文件区分个人分叉与直接存储库贡献。

• 在提交工作前，务必使用 git status 确认当前分支状态，以防止误包含未追踪的文件。

• 严格遵守手动请求权限的要求；未经用户明确授权，切勿自动创建拉取请求。

• 对推送功能分支时使用 force-with-lease，以避免覆盖尚未抓取的远程工作。

• 变基时若发生冲突，请务必记录解决过程，并在尝试推送更新的分支前确保变基作业正确继续。

• 在 jkomoros/community-patterns 上游存储库进行开发时，务必使用 username/feature-name 惯例创建专属功能分支，以利于清晰的 PR 追踪。

• 根据社区严格的开发准则，优先使用变基而非合并，以维护干净的项目历史。