脚本创建受保护Github Release分支遇422错误，求简便方案

优先方案：调整分支保护规则的绕过权限 #

你提到的"bypass branch protections"思路是对的，而且不需要创建自定义角色——在仓库针对release-*的分支保护规则里，找到允许指定主体绕过必要PR/创建限制的选项，把执行脚本的Jenkins用户（或其所在群组）添加到这个允许列表，同时取消勾选"不允许绕过上述设置"。

这样配置后，原有的GitHub API创建分支逻辑就能直接绕过创建分支的保护限制，无需修改脚本，是最简便的解决方式。如果自己没权限修改，联系仓库管理员配置即可。

快速替代方案：用Git命令行脚本创建并推送分支 #

如果暂时无法调整分支保护规则，用Git命令行的方式比重新开发API逻辑更简单——你的Jenkins用户已经在允许推送的群组里，直接推送分支的操作会被规则允许：

# 浅克隆仓库（仅拉取最新提交，节省时间）
git clone --depth 1 https://<你的Jenkins用户token>@github.com/[用户名]/[仓库名].git
cd [仓库名]
# 基于当前最新提交创建目标分支
git checkout -b release-1.2.3
# 推送分支到远程仓库
git push origin release-1.2.3

注意替换命令中的<你的Jenkins用户token>、[用户名]、[仓库名]为实际信息，也可以用SSH密钥认证替代HTTPS token，避免明文暴露凭证。

额外排查点 #

• 确认Jenkins用户确实在分支保护规则的允许推送/创建分支群组里，有时候群组成员同步可能有延迟，直接添加用户到规则列表测试更稳妥。
• 检查API请求参数是否正确：创建分支的API需要指定ref为refs/heads/release-1.2.3（完整分支引用），以及正确的目标commit SHA，格式错误也可能触发422错误。

内容的提问来源于stack exchange，提问作者johnfo