GitHub CLI中--template参数与--web模式联动的缺陷解析

GitHub CLI作为官方命令行工具，在日常开发中扮演着重要角色。近期发现其pr create和issue create命令在使用--template参数配合--web模式时存在功能缺陷，这一现象值得开发者关注。

核心问题表现为：当用户尝试通过命令行指定模板并启用浏览器模式创建PR或Issue时，生成的URL中缺失了模板参数。例如执行gh pr create --template release.md --web命令后，虽然会打开浏览器界面，但URL中并未包含预期的template=release.md查询参数。

深入分析发现，该问题源于工具未将模板参数正确传递至生成的URL中。值得注意的是，GitHub的模板系统具有层级特性：

1. 仓库级模板（位于.github/目录）
2. 组织级模板（位于组织.github仓库中）

当仓库存在自定义模板时，组织模板会被自动隐藏。这种设计虽然保证了仓库的自主性，但也使得在某些场景下（如跨仓库使用统一模板）需要特殊处理。

技术实现层面，GitHub API的响应行为与文档描述一致：

• 当仓库存在模板时，API仅返回仓库级模板
• 当仓库无模板时，API会返回组织级模板

这种机制导致CLI工具难以在本地验证模板是否存在，特别是在需要引用被仓库模板"遮蔽"的组织模板时。因此，最合理的解决方案是：

1. 对于--web模式，直接传递用户指定的模板参数至URL
2. 放弃本地验证，交由服务端处理模板有效性

对于开发者而言，这个问题的临时解决方案是手动修改浏览器URL添加模板参数。从最佳实践角度，建议团队：

• 对于需要强制使用特定模板的场景，考虑在仓库中建立符号链接指向组织模板
• 在CI流程中增加模板内容检查，确保PR/Issue符合规范

该问题预计将在未来版本中修复，届时开发者将能更便捷地通过命令行工具调用组织级模板，提升跨仓库协作的效率。