Включение сборки AMP

Сотрудник, отвечающий за включение сборки AMP, должен обеспечивать, что сборка основной ветки остаётся зелёной. Ответственность за включение сборки AMP чередуется между членами сообщества.

Убедитесь, что вы являетесь участником канала #contributing на Slack во время вашего включения сборки.

• Если сборка была красной в течение некоторого времени, пожалуйста, отправьте сообщение в канал #contributing, если проблема ещё не была отмечена.
• Обращайте внимание на отчёты о проблемах с сборкой, которые сообщество может отправить в этот канал. (Вы можете захотеть включить уведомления для этого канала во время вашего включения сборки, чтобы это было проще.)## Задачи сотрудника, отвечающего за включение сборки

1. Убедитесь, что построение основной ветки остается зеленым. Ваша цель — не допускать, чтобы построение было красным более чем на час.
   1. Обратите внимание, что желтые построения находятся в процессе создания/тестирования, поэтому вам не нужно предпринимать специальных действий по отношению к ним.
   2. Обратите внимание на электронные письма, отправленные на адрес, начинающийся с amp-build-on-duty. Вам рекомендуется настроить фильтр, чтобы эти письма выделялись для вас.
   3. Вам потребуется выяснить, является ли красное построение следствием случайного сбоя или реальной проблемы.
      • Если проблема вызвана случайным сбоем теста:
        • Создайте "Связано с: случайными тестами" задачу. Убедитесь, что вы нашли подходящего владельца задачи и назначили ее ему.
        • Если необходимо, отправьте PR для отключения случайного теста:
          • Для обычного describe теста добавьте .skip()
          • Для интеграционного теста, который проваливается на определенном браузере, добавьте соответствующую функцию skip (например, skipEdge()). См. функции skipXXX в testing/test-config.js для подробностей. - Перезапустите провалившиеся части построения на CircleCI, нажав кнопку Restart job from failed step на странице построения (вы должны быть подключены к GitHub).
      • Если проблема вызвана реальным сбоем, работайте с соответствующим владельцем для отката вызывающего сбой PR. Откаты предпочтительнее, чем исправления, так как исправления часто могут вызвать свои собственные сбои.
2. Принимайте новые задачи, особенно незадействованные
   • Вы не ожидаетесь от исправления всех этих задач, просто убедитесь, что они назначены конкретному лицу или соответствующему рабочему группе.
3. Обращайте внимание на входящие PRs Renovate, которые возникают в результате автоматизированного процесса обновления наших зависимостей.
   1. Убедитесь, что PR обновляет как package.json, так и package-lock.json
   2. Проверьте журналы CircleCI для PR на наличие новых сбоев или неожиданных результатов
      • Если сбой вызван случайным тестом, попробуйте перезапустить задачу, которая провалилась
      • Если это не помогает, попробуйте синхронизировать ветку с HEAD, проверив галочку rebase/retry в описании PR (тесты будут автоматически повторены).
      • Если ни один из вышеуказанных методов не помогает, возможно, обновление пакета является разрушительным изменением. - Если вы знаете, как исправить разрушительное изменение, следуйте инструкциям, раскрыв раздел Как устранить разрушительные изменения в описании PR.
        • Если нет, назначьте PR тому, кто сможет проверить, что изменилось, и определить, как исправить это.
   3. Предполагая, что сборка CircleCI была успешной, убедитесь, что в сборке Percy нет различий. - Если есть различия, которые выглядят как сбои, нажмите "Approve" в сборке Percy, чтобы разблокировать PR (и уведомите @danielrozenberg в качестве информации).
   4. Одобрите и слейте PR.