Устранение неполадок с наборами правил
Если вы не можете выполнить действие в репозитории и хотите знать, почему, можно просмотреть активные наборы правил, предназначенные для ветви или тега, с которыми вы работаете. Дополнительные сведения см. в разделе Управление наборами правил для репозитория.
В зависимости от того, какие правила активны, может потребоваться изменить журнал фиксаций локально, прежде чем отправлять фиксации в удаленную ветвь. Например, если ветвь требует подписывания фиксаций, вы можете обновить параметры подписывания, а затем использовать интерактивную перебазу в локальной ветви для перезаписи журнала Git с подписанными фиксациями. Дополнительные сведения см. в разделе [AUTOTITLE и Доступные правила для наборов правил](/get-started/using-git/using-git-rebase-on-the-command-line).
Если ветвь или тег ориентированы на правила, ограничивающие метаданные фиксаций, фиксации могут быть отклонены, если часть метаданных фиксации не соответствует определенному шаблону. Например, может потребоваться добавить номер проблемы в начало сообщения фиксации или изменить имя новой ветви или тега, который вы пытаетесь отправить в репозиторий. Если фиксации отклонены, появится сообщение о том, что шаблон должен соответствовать соответствующим метаданным. Как и при подписанных фиксациях, может потребоваться выполнить перебазу, чтобы сквашивать фиксации или перезаписывать каждую фиксацию по отдельности. Дополнительные сведения см. в разделе Доступные правила для наборов правил.
При использовании наборов правил push-отправки допускается не более 1000 ссылочных обновлений. Если ваш push-запрос превышает это ограничение, оно будет отклонено. Дополнительные сведения см. в разделе Создание наборов правил для репозитория.
Кроме того, наборы правил push-уведомлений применяются к конечным точкам "Создание большого двоичного объекта", "Создание дерева" и "Создание или обновление содержимого файла" в REST API. См. раздел AUTOTITLE, AUTOTITLE[ и [AUTOTITLE. ](/rest/git/trees?apiVersion=2022-11-28#create-a-tree)](/rest/repos/contents?apiVersion=2022-11-28#create-or-update-file-contents)
Устранение неполадок с обязательными проверками состояния
При определении проверки состояния формат имени зависит от типа проверки:
-
**Рабочий процесс**: формат имени .`<job name>` -
**Повторно используемый рабочий процесс**: формат имени имеет значение `<job name> / <reusable job name>`. -
**Другие проверки**: формат имени — `<check name>`.
Обязательные проверки состояния не учитывают типы триггеров рабочего процесса, матрицы или события.