排除故障规则集
如果无法在存储库中执行操作，并且想知道原因，可以查看针对正在使用的分支或标记的活动规则集。 有关详细信息，请参阅“管理存储库的规则集”。
根据处于活动状态的规则，可能需要先在本地编辑提交历史记录，然后才能将提交推送到远程分支。 例如，如果分支要求对提交进行签名，则可以更新签名设置，然后在本地分支上使用交互式变基，以使用已签名的提交重写 Git 历史记录。 有关详细信息，请参阅 规则集的可用规则 和 在命令行中使用 Git rebase。
如果分支或标记是限制提交元数据的规则的目标，则当提交的部分元数据与特定模式不匹配时，你的提交可能会被拒绝。 例如，可能需要在提交消息的开头添加问题编号，或者更改尝试推送到存储库的新分支或标记的名称。 如果提交被拒绝，你将看到一条消息，告知相关元数据需要匹配的模式。 与签名提交一样，可能需要执行变基以压缩提交或单独重写每个提交。 有关详细信息，请参阅“规则集的可用规则”。
使用推送规则集时，每个推送最多允许 1000 个引用更新。 如果推送超出此限制，将被拒绝。 有关详细信息，请参阅“创建存储库的规则集”。
必需状态检查故障排除
定义状态检查时，名称格式取决于检查的类型：
- 工作流****：名称格式为
<job name>。 - 可重用工作流****：名称格式为
<job name> / <reusable job name>。 - 其他检查****：名称格式为
<check name>。
所需的状态检查不会考虑工作流、矩阵或事件触发器类型。
对于在仓库级别之上定义的规则集，不会为状态检查编制索引。 必须手动输入所需的确切检查名称。
对于评估模式下的规则集，状态检查将在目标分支上运行，但不需要传递。