expo-cicd-workflows
Создание и проверка рабочих процессов EAS CI/CD
Разработчики Expo испытывают трудности с написанием корректных YAML-файлов рабочих процессов EAS из-за сложных требований схемы. Этот навык получает официальную схему, предоставляет рекомендации по синтаксису и проверяет файлы рабочих процессов на соответствие последним спецификациям.
스킬 ZIP 다운로드
Claude에서 업로드
설정 → 기능 → 스킬 → 스킬 업로드로 이동
토글을 켜고 사용 시작
테스트해 보기
"expo-cicd-workflows" 사용 중입니다. Создайте рабочий процесс EAS со сборкой разработки, запускаемой на pull request
예상 결과:
- ✓ Создано .eas/workflows/dev-build.yml
- Сводка рабочего процесса:
- - Триггер: pull_request (opened, synchronize)
- - Задание: build-dev (запускается на ubuntu-latest)
- - Шаги: Установка зависимостей, Установка EAS CLI, Запуск eas build
- Запустите 'node scripts/validate.js .eas/workflows/dev-build.yml' для проверки.
"expo-cicd-workflows" 사용 중입니다. Проверьте мой файл рабочего процесса
예상 결과:
- ✓ .eas/workflows/build.yml корректен
- Проверено:
- - name: присутствует
- - on trigger: присутствует
- - jobs: определено 2 задания (build, deploy)
- - Все обязательные поля присутствуют
"expo-cicd-workflows" 사용 중입니다. Проверка некорректного рабочего процесса
예상 결과:
- ✗ .eas/workflows/invalid.yml содержит ошибки:
- /jobs/build: Отсутствует обязательное поле: 'type' (разрешено: 'build, custom, eas')
- /jobs/build/triggers/0: Неизвестный тип триггера: 'push' (разрешено: 'pull_request, workflow_dispatch, push')
- Предложение: Измените 'type' на 'build' и 'push' на 'pull_request'
보안 감사
낮은 위험Static analysis detected patterns related to network calls and shell examples. Evaluation confirms these are legitimate: network access is limited to official Expo documentation endpoints, shell examples are documentation strings (not executable), and SHA-256 is a secure hashing algorithm. No malicious intent found. Safe for publication.
낮은 위험 문제 (1)
위험 요인
⚡ 스크립트 포함
🌐 네트워크 접근 (3)
감지된 패턴
품질 점수
만들 수 있는 것
Настройка нового рабочего процесса EAS
Разработчик хочет настроить автоматические сборки для своего приложения Expo. Навык помогает создать файл рабочего процесса со сборками для разработки и предпросмотра, запускаемыми при pull request.
Проверка рабочего процесса
Команда написала YAML рабочего процесса и хочет убедиться, что он соответствует текущей схеме перед коммитом. Навык проверяет и сообщает об ошибках.
Устранение неполадок рабочего процесса
Рабочий процесс не проходит проверку. Навык анализирует ошибки, объясняет их значение и предлагает исправления на основе официальной схемы.
이 프롬프트를 사용해 보세요
Создайте файл рабочего процесса EAS для моего приложения Expo. Я хочу, чтобы сборки запускались автоматически при push в main или при открытии pull request. Включите задание для сборки разработки и другое для production сборки.
Напишите рабочий процесс EAS, который запускает production сборки только при изменении файлов в директории app/. Пропускайте production сборки для изменений только в документации.
Проверьте мой файл рабочего процесса по адресу .eas/workflows/build.yml на соответствие официальной схеме EAS. Сообщите об ошибках и предложите исправления.
Создайте рабочий процесс EAS с тремя заданиями: lint, build и test. Задание build должно запускаться только после успешного lint. Все задания должны запускаться на последнем образе Ubuntu.
모범 사례
- Всегда проверяйте файлы рабочих процессов на соответствие официальной схеме перед коммитом
- Получайте последнюю схему при создании рабочих процессов для новых версий Expo SDK
- Используйте условные триггеры для пропуска ненужных сборок и экономии ресурсов
- Используйте контекст needs для ссылок на выходные данные заданий в много задачных рабочих процессах
피하기
- Хардкодинг конкретных версий ОС вместо использования псевдонимов раннеров типа 'ubuntu-latest'
- Пропуск проверки и коммит файлов рабочих процессов с ошибками схемы
- Создание монолитных одно задачных рабочих процессов вместо разделения на lint, build, test
- Не использование условий для фильтрации запуска сборок при разных изменениях