用途：规范化 Apache SkyWalking 仓库中 PR 分支的提交流程，在推送前完成质量预检，并创建、维护 PR，合并后清理分支。
主要能力与用法：
-
预检。每次提交推送前运行编译与 checkstyle（./mvnw -B -q clean checkstyle:check）、完整构建（./mvnw clean flatten:flatten install javadoc:javadoc -B -q -Pall -Dmaven.test.skip -Dcheckstyle.skip -Dgpg.skip）以及许可证头检查（license-eye header check，失败可用 license-eye header fix 修复后复查）。还需人工排查内联全限定类名（FQCN），用 ripgrep 扫描分支改动文件（git diff --name-only master...HEAD -- '*.java'），除同名类冲突、Javadoc {@link} 歧义、字符串字面量外，均应改为 import 短名并重跑 checkstyle。
-
提交推送。检查通过后 git add、git commit、git push -u origin <branch-name>；禁止直接在 master 上工作，需先 git checkout -b feature/<name> 或 fix/<name>。
-
创建 PR。先用 gh pr view --json number 判断是否已有 PR；无则按 .github/PULL_REQUEST_TEMPLATE 的原始格式创建，按 Bug Fixes、New Features、Performance Improvements 等对应小节填写并勾选，使用 gh pr create 命令提交，之后用 gh pr edit <number> --add-reviewer copilot 添加审阅者。不得把 AI 助手列为共同作者。
-
合并后处理。git fetch origin --prune、切回 master 并 git pull --ff-only origin master、用 git log --oneline -1 确认变更已落地，再删除本地特性分支；由于仓库采用 squash 合并，git branch -d 报未完全合并属正常，确认后可 git branch -D。必要时 git push origin --delete <branch> 删除远端分支。
限制：仅覆盖上述 SkyWalking PR 流程，其他项目、CI 配置、权限与账号要求暂未提供；执行前需自备可用的 Git、GitHub CLI、Maven 与 license-eye 环境。