Сначала проверьте сами

Сначала выполните xcode-select -p и xcodebuild -version, чтобы записать текущий каталог разработчика и версию. Убедитесь, что нужная версия Xcode установлена, затем укажите каталог Contents/Developer. Путь ниже подходит для установки с именем приложения Xcode.app. Если на узле приложение называется с указанием версии, замените его на фактический путь.

xcode-select -p
sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer
xcodebuild -version

Процесс CI может переопределять системный выбор через переменную DEVELOPER_DIR . Если версии в терминале и конвейере различаются, проверьте переменные окружения задания и пользователя службы runner — не ограничивайтесь системными настройками. Если для отдельного задания нужна другая версия, укажите каталог разработчика непосредственно в этом задании, чтобы не влиять на остальные сборки на узле.

Сначала проверьте, что занимает место, и только потом решайте, нужна ли очистка. Удаление DerivedData может помочь, если после смены инструментов появились ошибки кэша, сбои индексации или не хватает места на диске. Не списывайте обычные ошибки компиляции на кэш. Завершите связанные задачи сборки, затем переименуйте каталог кэша, чтобы его можно было восстановить: так проще проверить результат, чем после рекурсивного удаления.

du -sh "$HOME/Library/Developer/Xcode/DerivedData"
mv "$HOME/Library/Developer/Xcode/DerivedData" "$HOME/Library/Developer/Xcode/DerivedData.backup.$(date +%s)"

Переименовывайте каталог, только если он существует; при следующей сборке Xcode создаст кэш заново. Переименование не освобождает место на диске. Убедитесь, что новая сборка проходит, а затем удалите старый кэш по фактическому пути резервной копии. Сохраните нужные архивы: не удаляйте вместе с кэшем каталоги Archives, проекта и материалы для подписи. Если CI использует пользовательский параметр -derivedDataPath, проверяйте указанный путь, а не каталог по умолчанию для текущего пользователя.

Для подписи нужны действующий сертификат и соответствующий ему закрытый ключ. Одного файла сертификата обычно недостаточно. Импортируйте разрешённые к использованию материалы для подписи через приложение «Связка ключей», затем проверьте доступные удостоверения от имени пользователя, который запускает сборку. Не прикладывайте к заявке файл сертификата или пароль для импорта.

security find-identity -v -p codesigning
security list-keychains -d user

То, что удостоверение доступно интерактивному пользователю, не означает, что его видит пользователь службы runner. Проверьте учётную запись службы, список связок ключей для поиска, состояние разблокировки и права доступа. Если нужно изменить права доступа к связке ключей, разрешите доступ только необходимым инструментам подписи. Не открывайте доступ к закрытому ключу всем приложениям ради устранения одной ошибки. Для заявки достаточно результатов проверки удостоверений с удалёнными конфиденциальными данными, кода ошибки и типа пользователя, выполнившего команду.

Добавьте те же проверки среды в завершившееся с ошибкой задание, а не запускайте их только в SSH-терминале. Сравните пользователя процесса, каталог разработчика, версию Xcode, PATH и доступные симуляторы. Процесс службы может не загружать настройки интерактивной оболочки, поэтому успешный запуск вручную не подтверждает, что среда службы настроена так же.

whoami
xcode-select -p
xcodebuild -version
printf '%s\n' "$PATH"
xcrun simctl list devices available

Если нужного устройства нет в списке симуляторов, проверьте, установлен ли требуемый runtime и соответствует ли ему destination тестового задания. Если runner отображается отключённым, проверьте состояние службы и журналы заданий, затем — сетевое подключение и регистрацию. Если исходных данных для сравнения нет, сначала проверьте процесс на одной задаче сборки, затем постепенно увеличивайте параллелизм, следя за использованием унифицированной памяти и диска.

Выделенный узел означает, что физические ресурсы не распределяются между арендаторами, но разные задачи на одном узле всё равно могут влиять друг на друга. Инструкции по подключению GitHub Actions и GitLab CI приведены в руководстве по подключению.

Отправка средств в кошельке, подтверждение транзакции в блокчейне и сверка заказа — это разные этапы. Срок подтверждения зависит от обработки в блокчейне и статуса платёжного шлюза; на этой странице не указано фиксированное время. Сначала сверьте сеть, адрес получателя и сумму с требованиями страницы оплаты, затем проверьте статус транзакции и, наконец, статус заказа в консоли.

Не отправляйте платёж повторно только потому, что статус заказа ещё не обновился. Если нужна ручная проверка, укажите номер заказа, хэш транзакции, сумму и время перевода с часовым поясом. Хэш нужен для поиска транзакции. Сид-фраза, закрытый ключ кошелька и пароль не нужны — не отправляйте их. Если сеть или сумма отличаются от требований страницы оплаты, сохраните данные транзакции и честно опишите это в заявке.

Сначала проверьте сообщение об ошибке на странице оплаты и статус заказа, затем уточните в банке-эмитенте, разрешена ли эта операция в долларах США и требуется ли дополнительная проверка. Незавершённая авторизация банка не обязательно означает, что заказ оплачен. Не определяйте статус заказа только по уведомлению от банка.

Если оплата не проходит несколько раз, сначала уточните причину отказа в банке-эмитенте и не повторяйте попытки подряд. Если в консоли оплата не подтверждена, но банк показывает списание, сообщите номер заказа, время и сумму платежа, приложив текст ошибки без конфиденциальных данных. Если есть идентификатор платёжной операции, укажите и его. Не отправляйте полный номер карты, код безопасности или код из SMS. Служба поддержки сверит заказ и платёжные данные; статус возврата или снятия авторизации зависит от результатов проверки платёжного шлюза и банка-эмитента.

Ориентируйтесь на время окончания аренды, указанное в консоли. Время отправки и статус уведомления проверяйте там же. На этой странице не гарантируется фиксированное количество дней до окончания аренды; получение напоминания не должно быть единственным способом проверить, что аренда продолжается. Внесите дату окончания в календарь команды и назначьте ответственного за проверку продления.

Выберите период — день, неделю, месяц или квартал — и проверьте модель узла, дополнительные услуги и срок аренды в счёте на продление. После оплаты убедитесь, что статус заказа обновился; не полагайтесь только на снимок экрана со страницы оплаты. Если срок аренды закончится без продления, доступ к узлу будет затронут. Заранее сохраните проект, результаты работы и необходимые настройки. Если время или сумма в консоли не совпадают с ожиданиями, сохраните номер счёта и отправьте заявку, прежде чем платить.

Цены за полный период и стоимость расширения хранилища указаны на странице тарифов. Если у вас уже есть заказ и возник вопрос по оплате, отправьте заявку через консоль. Не указывайте пароль от машины в письме.