Устранение неполадок с наборами правил
Если вы не можете выполнить действие в репозитории и хотите знать, почему, можно просмотреть активные наборы правил, предназначенные для ветви или тега, с которыми вы работаете. Дополнительные сведения см. в разделе Управление наборами правил для репозитория.
В зависимости от того, какие правила активны, может потребоваться изменить журнал фиксаций локально, прежде чем отправлять фиксации в удаленную ветвь. Например, если ветвь требует подписывания фиксаций, вы можете обновить параметры подписывания, а затем использовать интерактивную перебазу в локальной ветви для перезаписи журнала Git с подписанными фиксациями. Дополнительные сведения см. в разделе [AUTOTITLE и Доступные правила для наборов правил](/get-started/using-git/using-git-rebase-on-the-command-line).
Если ветвь или тег ориентированы на правила, ограничивающие метаданные фиксаций, фиксации могут быть отклонены, если часть метаданных фиксации не соответствует определенному шаблону. Например, может потребоваться добавить номер проблемы в начало сообщения фиксации или изменить имя новой ветви или тега, который вы пытаетесь отправить в репозиторий. Если фиксации отклонены, появится сообщение о том, что шаблон должен соответствовать соответствующим метаданным. Как и при подписанных фиксациях, может потребоваться выполнить перебазу, чтобы сквашивать фиксации или перезаписывать каждую фиксацию по отдельности. Дополнительные сведения см. в разделе Доступные правила для наборов правил.
При использовании наборов правил push-отправки допускается не более 1000 ссылочных обновлений. Если ваш push-запрос превышает это ограничение, оно будет отклонено. Дополнительные сведения см. в разделе Создание наборов правил для репозитория.
Устранение неполадок с обязательными проверками состояния
При определении проверки состояния формат имени зависит от типа проверки:
- Рабочий процесс: формат имени .
<job name> - Повторно используемый рабочий процесс: формат имени имеет значение
<job name> / <reusable job name>. - Другие проверки: формат имени —
<check name>.
Обязательные проверки состояния не учитывают типы триггеров рабочего процесса, матрицы или события.
Проверки состояния не индексируются для наборов правил, определенных выше уровня репозитория. Необходимо вручную ввести точное имя проверки.
Для наборов правил в режиме оценки проверка состояния будет выполняться в целевой ветви, но не требуется для передачи.