От получения данных для подключения до запуска Xcode, подписи и непрерывной интеграции — находите нужные инструкции по задаче. Каждый пункт связан с проверяемым результатом, а при сбое помогает подготовить воспроизводимую диагностическую запись.
Выделенный физический узел Apple Silicon: один заказ — одно устройство, не виртуальная машина. Перед первым подключением проверьте узел, версию системы и способ доступа.
Необязательно читать всё с начала. Выберите текущую задачу и откройте соответствующий чек-лист. Заказы, продление и состояние устройства находятся в консоли, а техническая настройка и диагностика ошибок — на этой странице.
Получите данные доступа, проверьте сеть, разрешение и буфер обмена, затем протестируйте переподключение после разрыва.
Открыть инструкции по подключению Цепочка инструментовПроверьте версию Xcode, сертификаты, профили provisioning, права Keychain и настройки автоматической подписи.
Проверить среду разработки АвтоматизацияРазверните self-hosted runner, спланируйте рабочий каталог и контролируйте зависимости и кэш сборки.
Развернуть runner Проверка системыПеред обновлением или изменением цепочки инструментов зафиксируйте состояние среды, проверьте совместимость и подготовьте материалы для отката.
Открыть стратегию обновления Задачи консолиОформляйте заказы и продление, просматривайте сведения об устройстве, данные доступа и историю обращений.
Открыть консольЦель первого подключения — не сразу перенести весь проект, а убедиться в стабильности данных доступа, сети, графической сессии и SSH. Не начинайте длительную сборку, пока базовое подключение не проверено.
Проверьте идентификатор заказа, узел, имя устройства и способ доступа. Храните данные только в защищённом менеджере паролей; не пересылайте их в групповых чатах или открытых документах.
Убедитесь, что локальная сеть не блокирует нужные порты, отключите временный прокси, изменяющий маршрутизацию, и зафиксируйте текущий публичный выход в интернет и время проверки. Сначала используйте стабильное проводное подключение, затем сравните его с Wi‑Fi.
Начните с разрешения, близкого к разрешению локального монитора, и проверьте чёткость текста, раскладку клавиш и двусторонний буфер обмена. Высокое разрешение увеличивает нагрузку на обновление изображения в слабой сети, поэтому сначала обеспечьте стабильное взаимодействие.
Один раз намеренно разорвите сессию и подключитесь снова: проверьте, продолжаются ли выполняемые команды и восстановилась ли графическая сессия на исходном рабочем столе. Длительные задачи лучше запускать в постоянной командной сессии или задании CI/CD.
Выдавайте права только необходимым участникам и сразу обновляйте данные доступа после изменений в команде. Не храните закрытые ключи, полные пароли и коды удалённого управления в скриптах, репозиториях, логах сборки или снимках экрана.
Сначала проверьте SSH-сессию, затем выполните сборку Xcode и в конце протестируйте инструмент автоматической упаковки. Примеры показывают только логику проверки: название проекта, scheme, workspace и параметры экспорта замените настройками своей команды.
$ ssh developer@assigned-mac
connection established
$ sw_vers -productVersion
current macOS version returned
$ xcodebuild -workspace App.xcworkspace \
-scheme App -configuration Release build
Resolve Package Graph
CompileSwiftSources normal arm64
** BUILD SUCCEEDED **
$ bundle exec fastlane ios verify_build
Checking signing assets
Archive validation passed
fastlane finished successfullyБольшинство проблем с подписью не сводится к одному переключателю. Сначала зафиксируйте версии инструментов, затем проверьте соответствие сертификатов и профилей provisioning и в конце убедитесь, что процесс автоматизации имеет доступ к нужным элементам Keychain.
Зафиксируйте версию Xcode в графическом интерфейсе и путь к инструментам командной строки. При наличии нескольких версий скрипт сборки должен явно выбирать нужную, чтобы интерактивная сессия и runner не использовали разные цепочки инструментов.
$ xcodebuild -version
$ xcode-select -p
$ xcrun --find swiftСертификат, закрытый ключ и профиль provisioning должны относиться к одному процессу подписи. После импорта проверьте срок действия, данные команды и идентификатор цели; не используйте официальную сборку как первую проверку.
Доступность в графической сессии не означает доступность для процесса автоматизации. Проверьте способ разблокировки, список поиска и права доступа к подписи кода от имени пользователя runner в неинтерактивной среде.
Сохраните команду с ошибкой, имя цели, configuration, способ экспорта и первую строку ошибки. Не отправляйте только последнюю общую ошибку: в ней обычно нет истинной причины.
| Объект проверки | Что записать | Критерий успеха | Следующий шаг при сбое |
|---|---|---|---|
| macOS | Текущая версия, свободное место | Целевой Xcode явно поддерживает систему | Остановить изменения и проверить матрицу совместимости |
| Xcode | Версия, путь выбора, SDK | Командная строка и графический интерфейс совпадают | Исправить путь к инструментам и повторить минимальную сборку |
| Материалы подписи | Состояние сертификатов, профили provisioning, команда | Идентификатор цели соответствует способу экспорта | Импортировать заново и проверить права Keychain |
| Зависимости проекта | Lock-файлы, версии среды выполнения и плагинов | Установка из чистого каталога воспроизводима | Очистить локальный кэш и сохранить лог сбоя |
runner не должен напрямую использовать рабочий каталог для повседневной разработки. Разделите каталоги репозитория, кэш зависимостей, артефакты сборки и временные файлы, чтобы сбой одного задания не загрязнял следующую сборку.
Используйте отдельный каталог для каждого репозитория, удаляйте временные файлы после завершения задания и не переиспользуйте каталоги неизвестного происхождения.
Создавайте ключ кэша по lock-файлу или версии инструмента; при изменении версии принудительно инвалидируйте кэш, не переиспользуйте его безусловно.
Храните артефакты отдельно от исходного кода, а после успешной загрузки очищайте локальные копии согласно политике хранения команды.
Передавайте их через механизм секретов платформы и ограничьте вывод в логах; не записывайте их в файлы проекта, кэш или архивы.
Узлы VMOwn работают 365 дней в году. Обновление системы — это изменение, инициируемое пользователем: выбирайте время, не влияющее на публикацию и сборку, и до начала проверьте совместимость цепочки инструментов.
До обновления выполните воспроизводимую сборку, тестирование и архивирование, зафиксировав версию коммита и результат. После обновления повторите запуск с теми же входными данными — только так различия помогут найти причину.
Зафиксируйте последний успешный и первый неудачный шаг; не удаляйте весь кэш снова и снова. Соберите версии инструментов, лог ошибки и команду воспроизведения и отправьте обращение.
Фраз «подключение не удалось» или «ошибка сборки» недостаточно для диагностики. Укажите контекст, точное время, первую ошибку и минимальные шаги воспроизведения, удалив из логов чувствительные данные.
Укажите фактический узел: Сингапур, Япония (Токио), Южная Корея (Сеул), Гонконг или запад США, а также идентификатор заказа из консоли.
Зафиксируйте версии macOS, Xcode, инструментов командной строки и непосредственно связанных зависимостей; полный список ПО устройства не нужен.
Укажите время возникновения, продолжительность и часовой пояс. Для проблем с подключением добавьте местоположение локальной сети и её тип.
Сохраните необходимый контекст до и после ошибки; в первую очередь отправьте первое сообщение о сбое, а не только последнюю строку со статусом выхода.
Начните с заведомо рабочего состояния и по порядку опишите команды, действия в интерфейсе, вводимые данные и фактический результат.
Укажите, выполняли ли вы переподключение, перезапуск задания, смену сети, очистку локального кэша или откат конфигурации, чтобы не повторять действия и не уничтожить состояние.
По вопросам выбора до покупки и общим техническим вопросам пишите на support@vmown.com. По проблемам существующего заказа сначала войдите в консоль и создайте обращение, чтобы связать его с устройством, узлом и заказом.