HexVM выделяет для каждого заказа отдельный физический узел Mac mini, а не виртуальную машину. Команда может сохранить текущие репозитории, скрипты и правила релиза, перенеся в облако только этапы, которым нужны macOS и Apple Silicon.
Репозиторий кода
Триггер по коммитуВыделенный узел
Проверка окруженияXcode
Сборка и тестированиеАртефакты
Архивирование и загрузкаПереносить нужно не все этапы. Выберите сценарий, изучите рекомендуемый процесс, необходимые входные данные и критерии приёмки перед запуском, затем определите число узлов и способ выполнения.
После коммита платформа репозитория назначает задачу self-hosted runner, который на выделенном узле восстанавливает зависимости, запускает тесты, архивирует сборку и загружает артефакты. Команда самостоятельно задаёт правила запуска, стратегию параллелизма и права доступа к ключам.
Посмотреть процесс iOS CI/CDХраните на фиксированном узле проверенные версии Xcode, инструментов командной строки и стратегию кэширования зависимостей. Задачи разных веток используют отдельные рабочие каталоги; после сборки временные данные удаляются, а необходимые артефакты сохраняются.
Посмотреть способы автоматизации macOSЗафиксируйте версию модели, зависимости выполнения, входные образцы и базовые результаты, чтобы проверять совместимость инструментов, скрипты пакетной обработки и восстановление длительных задач. Ограничения ресурсов определяются доступными моделями.
Посмотреть возможности экспериментов с ИИКоманда контролирует сертификаты, профили provisioning и доступ к связке ключей. Узел сборки создаёт архив и выполняет проверку, а финальную отправку выполняет авторизованный участник.
Посмотреть процесс работы с сертификатами и публикацииVNC используется для графических инструментов и проверки интерфейса, SSH — для синхронизации кода, запуска скриптов и длительных задач. При первом подключении проверьте сведения об узле и сразу замените временные учётные данные.
Открыть руководство по удалённому доступуВыделенный физический компьютер подходит для конвейеров с фиксированной версией Xcode, стабильным каталогом кэша и чёткими границами прав. Узел не делит вычислительные ресурсы с другими заказами, однако права репозитория, материалы подписи и очистка задач остаются ответственностью команды.
Запускайте задачи по ветке, тегу или запросу на слияние. Сначала ограничьте на стороне репозитория круг участников, которые могут запускать процесс релиза, чтобы обычные тестовые задачи не получали права подписи.
Приёмка: правило запуска воспроизводимоЗадайте self-hosted runner понятные метки, например архитектуру чипа, основную версию Xcode и назначение. Параллелизм на одном узле следует оценивать по пиковому потреблению памяти и объёму записи на диск.
Приёмка: задача попадает только на целевой узелЗафиксируйте версии зависимостей и запустите модульные тесты, UI-тесты или статический анализ. При сбое сохраняйте код возврата, отчёт о тестах и ключевые логи, а не только вывод последнего экрана.
Приёмка: причина сбоя определяетсяВременно разблокируйте необходимую связку ключей для задачи релиза и сразу закройте доступ после завершения. Храните сертификаты и профили provisioning отдельно для каждого проекта и окружения; не оставляйте их в открытом виде в обычном каталоге сборки.
Приёмка: права ограничены необходимым минимумомЗагрузите архив, отчёты о тестах и файлы символов, сохранив хэш коммита, номер сборки и версии toolchain. После успешного завершения удалите чувствительные данные проекта из производных данных.
Приёмка: артефакты отслеживаютсяТестовому Runner не нужен доступ к сертификатам релиза; материалы подписи загружаются только задачами архивирования защищённых веток. Даже если скрипт обычной задачи завершится с ошибкой, область раскрытия учётных данных не расширится.
Узел, работающий непрерывно, может хранить проверенный toolchain и кэш загрузок, но каждая задача всё равно должна использовать отдельный рабочий каталог. Кэш ускоряет работу, но не должен быть условием успешной сборки.
Создавайте рабочий каталог по номеру задачи и удаляйте временные файлы после сборки. Не позволяйте двум параллельным веткам изменять один каталог зависимостей или путь вывода.
Ключ кэша должен как минимум включать хэш lock-файла зависимостей, основную версию toolchain и архитектуру. При аномалии попадания в кэш должна быть доступна сборка без кэша одним действием.
Храните отдельно результаты тестов, материалы подготовки к нотариальному заверению, установочные пакеты и файлы символов. Название артефакта должно содержать версию, номер сборки и идентификатор коммита.
xcodebuild -version
xcode-select -p
swift --version
git rev-parse --short HEAD
xcodebuild test -scheme "Project" -destination "platform=macOS"Размещайте проверку версий в начале каждого лога сборки. При обнаружении расхождения окружения сначала сравните пути к toolchain, коммит проекта и lock-файлы зависимостей, а затем решайте, нужно ли очищать кэш.
Облачный Mac подходит для воспроизведения экспериментального окружения, проверки совместимости toolchain и запуска восстанавливаемых пакетных задач. Возможности оборудования ограничены двумя доступными конфигурациями; не переносите результаты на характеристики, которых нет в списке.
Сохраняйте версию модели, хэш образцов, случайное зерно и параметры запуска. Сравнивайте результаты на одной и той же группе входных данных, не заменяя полноценную проверку одним запуском.
Зафиксируйте версии среды выполнения, пакетов зависимостей и инструментов конвертации моделей. Перед обновлением скопируйте окружение и запустите регрессионные образцы, чтобы проверить изменения результатов и потребления ресурсов.
Длительные задачи должны записывать прогресс и результаты пакетами и после завершения процесса продолжаться с последнего подтверждённого пакета. Не используйте неперсистентное состояние памяти как единственный источник прогресса.
Записывайте пиковое потребление памяти, рост диска, длительность задач и неудачные образцы. При достижении предела ресурсов модели сначала измените размер пакета или способ постановки в очередь.
Сначала скопируйте, затем проверьте и только потом переключайтесь. Сохраняйте локальный путь отката, пока облачный узел не пройдёт последовательную проверку сборки, прав и артефактов.
Этап 1
Копируйте данные проекта преимущественно через репозиторий кода, хранилище артефактов и шифрованную передачу. Исключите кэш, временные каталоги сборки, старые логи и неиспользуемые учётные данные.
Этап 2
Зафиксируйте локальную версию Xcode, пути к инструментам командной строки, lock-файлы менеджера пакетов, источники переменных окружения и точки входа скриптов сборки, а затем воспроизведите их в облаке по отдельности.
Этап 3
Сначала подключите ветки, не связанные с релизом, проверьте метки планирования, тайм-ауты, логи и правила очистки, а затем откройте защищённые ветки и задачи подписи и архивирования.
Перед назначением облачного узла основной средой выполнения выполните как минимум одну чистую сборку, одно восстановление после сбоя, одну проверку прав и одну трассировку артефакта.
HexVM предоставляет выделенный физический узел и удалённый доступ. Команда клиента самостоятельно управляет запросом сертификатов, профилями provisioning, правами связки ключей, разрешением на публикацию и финальной отправкой.
Определить назначение сертификатов, хранить пароли экспорта и ограничить круг участников с доступом.
Импортировать необходимые материалы в контролируемом сеансе, не оставляя связку ключей постоянно открытой.
Имя сертификата, статус действия, авторизованные участники.
Поддерживать профили по идентификатору приложения и среде публикации, удаляя недействительные версии.
Перед сборкой проверять соответствие; при ошибке останавливать архивирование.
Идентификатор приложения, сведения о команде, версия файла.
Одобрять защищённые ветки и задачи релиза, контролировать параметры сборки.
Выполнять архивирование, экспорт и проверку целостности, возвращая понятный код завершения.
Хэш коммита, номер сборки, сводка архива.
Проверить сведения о версии, материалы о конфиденциальности, скриншоты и область публикации.
Подготовить проверенные артефакты и окружение инструментов загрузки.
Отправитель, версия артефакта, результат отправки.
Разблокируйте её только на этапе подписи и сразу закройте после завершения задачи. Для разных проектов и окружений используйте отдельные политики доступа, чтобы тестовые задачи не наследовали права релиза.
Проверьте идентификатор приложения, личность подписи, номер версии, номер сборки и результат экспорта. Если любое поле отличается от ожидаемого, остановите загрузку и не продолжайте вручную, игнорируя ошибку.
Отмените регистрацию Runner, удалите сертификаты и профили provisioning, очистите учётные данные репозитория, каталоги сборки и чувствительные поля в логах, а также убедитесь, что необходимые артефакты перенесены.
Для всех шести пунктов должны быть назначены ответственные и сохранены записи приёмки. Любая зависимость от устных договорённостей создаёт риск при сбое сборки, смене участников или освобождении узла.
Выбирайте регион с учётом расположения разработчиков, маршрута данных репозитория и направления загрузки артефактов. Сейчас доступны Сингапур, Япония (Токио), Южная Корея (Сеул), Гонконг, восток США и запад США — всего 6 регионов.
Сначала выполните полную сборку реального проекта, а затем выберите HexVM M4 или HexVM M4 Pro по пиковому потреблению памяти, росту диска и способу параллельного выполнения.
Разделите права управления узлом, повседневной разработки, выполнения CI и публикации. При уходе участника из команды или изменении его обязанностей немедленно отзывайте ключи и права доступа к репозиторию.
Используйте ограниченные по области учётные данные развёртывания или авторизацию Runner, открывая доступ только к нужным репозиториям. Скрипты не должны записывать в логи токены, закрытые ключи или полные учётные данные.
Записывайте очередь задач, долю успешных выполнений, причины сбоев, занятое место на диске и длительность выполнения. Для длительных задач сохраняйте точки восстановления, чтобы после сбоя сборку можно было безопасно повторить.
Для каждого узла учитывайте эффективное время сборки, ожидание в очереди, периоды простоя и пользу кэша. Краткосрочные задачи можно планировать посуточно или понедельно, а для непрерывных конвейеров сравнивать месячные и квартальные периоды.
Выполните чистую и инкрементальную сборку, тестирование, архивирование и загрузку артефактов на реальном репозитории. Если нужна помощь специалиста для поиска причины, подготовьте ID узла, регион, время возникновения, шаги воспроизведения и обезличенные логи.
Сравните две доступные модели и сроки аренды, настройте регион и дополнительные параметры, а затем оформите заказ. Все платежи производятся в долларах США (USD), а фактическая доступность отображается в консоли в реальном времени.