Этот браузер больше не поддерживается.
Выполните обновление до Microsoft Edge, чтобы воспользоваться новейшими функциями, обновлениями для системы безопасности и технической поддержкой.
Почему предприятия обычно ограничивают прямые отправки в ветвь по умолчанию?
Чтобы уменьшить размер репозитория.
Обеспечить проверку, тестирование и возможность проведения аудита.
Чтобы ограничить доступ разработчикам.
Так как GHES не поддерживает прямые отправки.
Какова основная цель правил защиты ветви?
Повышение производительности пользовательского интерфейса.
Применение политик совместной работы и управления.
Автоматически разрешать конфликты при слиянии.
Замените пулл-реквесты.
Почему pull requests особенно важны в средах GHES?
Они сокращают использование хранилища.
Они включают функцию GitHub Actions.
Они обеспечивают совместную работу, управление и возможность трассировки.
Они устраняют необходимость в документации.
Запрос на слияние одобрен, но слияние отключено, поскольку одна из обязательных статусных проверок не выполнена. Что следует сделать в первую очередь?
Отправьте непосредственно в защищённую ветвь, чтобы миновать pull-запрос.
Попросите товарища по команде объединить его без исправления проверки.
Изучите и исправьте сбой проверки, а затем повторно запустите проверку.
Удалите и повторно создайте ветвь.
Пул-реквест изменяет каталог, требующий проверки от владельцев кода, но ни один владелец кода его не одобрил. Каков наиболее вероятный следующий шаг?
Выполнить слияние в любом случае, так как по крайней мере один рецензент одобрил.
Запросите проверку у необходимых владельцев кода и дождитесь утверждения.
Немедленно преобразуйте запрос на вытягивание в черновик и выполните слияние.
Удалите правило защиты ветви.
Вы должны ответить на все вопросы перед проверкой.
Были ли сведения на этой странице полезными?
Нужна помощь с этой темой?
Хотите попробовать использовать Ask Learn для уточнения или руководства по этой теме?