Как изменить настройки сборки и запустить проект Unity

Unity — мощный движок для разработки игр, управления сценами, создания спрайтов и многого другого. После того как вы завершили разработку игры, следующий шаг — собрать (build) и запустить приложение для выбранной платформы. Процесс сборки позволяет задать целевую платформу, иконки, разрешение, поведение окна и другие параметры, а затем упаковать проект для распространения.

Быстрый план действий

• Откройте File → Build Settings и выберите платформу.
• Укажите сцены в разделе Scenes In Build (или нажмите Add Open Scenes).
• Настройте дополнительные параметры через Player Settings (иконка, разрешение, Splash Screen, аудио).
• Нажмите Build And Run и укажите папку для вывода.

Важно: для консолей (PS4/PS5, Xbox) и iOS требуются дополнительные SDK/профили и учётные записи разработчика. Для публикации в App Store или на консолях следуйте требованиям платформы.

Как выбрать платформу для игры

В Build Settings можно выбрать платформу, для которой будет собираться проект. Часто используемые варианты:

Пример: чтобы переключиться на платформу PC, откройте File → Build Settings, в списке Platform выберите “PC, Mac & Linux Standalone” и нажмите Switch Platform.

Частые варианты выбора платформы

• Локальная разработка и тестирование: PC или Android.
• Быстрая веб-демонстрация: WebGL.
• Релиз в магазины: Android (Google Play), iOS (App Store) или консоли (через программы партнёров).

Как выбрать сцены для сборки

В окне Build Settings есть панель Scenes In Build. Unity будет включать только те сцены, которые перечислены здесь.

1. Откройте окна File → Build Settings.
2. В секции Scenes In Build отметьте сцены, которые вы хотите включить в сборку.

Если нужные сцены не отображаются, откройте их в Editor и нажмите Add Open Scenes.

Совет: порядок сцен в списке важен — сцену с индексом 0 Unity загрузит первой при старте приложения.

Дополнительные параметры сборки (Player Settings)

Нажмите Player Settings в левом нижнем углу окна Build Settings, чтобы открыть параметры игрока. Здесь можно задать:

• Company Name, Product Name, Version
• Иконки приложения (для разных разрешений)
• Splash Screen (экран загрузки)
• Resolution and Presentation (разрешение, полноэкранный режим, возможность изменения размера окна)
• Audio (Default Speaker Mode: Stereo, Mono, Surround)
• Other settings: сжатие, управление стеком вызовов (stack trace logging) и т. д.

Заметки по конкретным полям:

• Иконки: задавайте несколько размеров, чтобы приложение выглядело корректно на разных устройствах.
• Splash Screen: для Pro-версии Unity возможна полная кастомизация; в других версиях возможны ограничения.
• Resolution: укажи минимальное разрешение и поддерживаемые соотношения сторон, если приложение рассчитано на мобильные устройства.

Как собрать и запустить проект

1. Откройте File → Build Settings.
2. Убедитесь, что выбрана правильная платформа и указаны все сцены.
3. Нажмите Build And Run и выберите папку для вывода файлов. Unity создаст сборку и запустит её автоматически по завершении.

После успешной сборки вы увидите экран приветствия (Splash Screen), если он включён, а затем приложение запустится.

Структура папки вывода зависит от платформы: для Windows это исполняемый файл и папка с данными, для WebGL — index.html и папка с ресурсами, для Android — APK/AAB, для iOS — Xcode-проект.

Контрольный список перед сборкой

• Все нужные сцены добавлены в Scenes In Build и имеют правильный порядок.
• Player Settings: указаны Company Name, Product Name, Version.
• Настроены иконки для целевых платформ.
• Проверен Splash Screen и его соответствие требованиям бренда.
• Аудио: выбран Default Speaker Mode.
• Для Android/iOS заданы ключи подписи и профили (keystore, provisioning profiles).
• Тесты пройдены на целевых устройствах или симуляторах.

Мини-методология релиза: из разработки в релиз

1. Подготовка ветки релиза в системе контроля версий (git). Создайте ветку release/x.y.
2. Обновите версию приложения и теги в Player Settings.
3. Выполните smoke-тесты на целевых платформах.
4. Проведите сборку в локальной среде или CI (см. альтернативы ниже).
5. Подпишите сборку (Android keystore, iOS provisioning) и загрузите в магазин.
6. Мониторьте метрики после релиза и будьте готовы к быстрому исправлению ошибок (hotfix).

Ролевые чеклисты

Developer:

• Обновил номера версий и changelog.
• Убедился, что сцены и префабы не содержат незакрытых ссылок на Editor-only коды.

QA:

• Проверил запуск игры на минимальных и рекомендованных конфигурациях.
• Проверил функциональные сценарии и сохранение прогресса.

Release Manager:

• Подготовил ключи подписи и учётные записи магазинов.
• Проверил соответствие магазина требованиям (иконки, скриншоты, метаданные).

Когда сборка может не сработать — типичные ошибки и решения

• Ошибка: отсутствуют сцены в списке — решение: добавить сцену через Add Open Scenes.
• Ошибка: несоответствие SDK/NDK при сборке Android — решение: проверьте настройки External Tools (Preferences → External Tools) и версии.
• Проблемы на iOS: Xcode не может собрать проект — решение: обновите Xcode, проверьте provisioning profile и Bundle Identifier.
• Большой размер WebGL-сборки — решение: используйте сжатие (gzip), оптимизируйте ассеты, отключите лишние плагины.

Альтернативные подходы к сборке

• Cloud Build (Unity Cloud Build или сторонние CI): автоматизация сборок для множества платформ и конфигураций.
• CI/CD (GitHub Actions, GitLab CI, Jenkins): интеграция сборки и тестирования в pipeline.
• Использование Addressables и AssetBundles для доставки контента без пересборки клиента.

Преимущество CI: воспроизводимая автоматическая сборка; недостаток — настройка и поддержка pipeline требуют времени.

Критерии приёмки

• Приложение запускается без критических ошибок на целевой платформе.
• Начальная сцена загружается корректно и отображает ожидаемый интерфейс.
• Иконка и метаданные соответствуют требованиям магазина.
• Размер сборки в допустимых пределах для выбранного способа доставки.

Тест-кейсы для приёмочного тестирования

1. Запуск в режиме разработчика: приложение стартует, первая сцена загружается.
2. Проверка смены разрешения и полноэкранного режима.
3. Проверка корректного отображения иконки на целевых устройствах.
4. Тест подписанной сборки: установка и запуск на устройстве (Android .apk/.aab, iOS через TestFlight).

Ментальные модели и эвристики для сборки

• Разделение контента и логики: ассеты (графика, звук) должны быть отделены от кода — тогда переупаковка и оптимизация проще.
• Малые инкременты: выпускайте небольшие обновления и проверяйте их на целевых устройствах.
• Автоматизируйте рутинные шаги (подпись, тестирование, выгрузка в магазин) через CI.

Безопасность и приватность

• Храните ключи подписи (keystores, provisioning profiles) в защищённом хранилище (например, секреты CI). Не коммитьте ключи в репозиторий.
• Убедитесь, что в сборке нет отладочной информации или тестовых ключей для внешних сервисов.

Короткое объявление для команды (100–200 слов)

Подготовлена инструкция по сборке проекта Unity: как выбрать платформу, какие сцены включать, где задавать иконки и Splash Screen, а также чеклисты для Developer, QA и Release Manager. Рекомендуется автоматизировать сборки через CI и держать ключи подписи в безопасном хранилище. Перед релизом обязательно пройти smoke-тесты на целевых устройствах и проверить соответствие магазина (иконки, скриншоты, версия). Документ содержит методологию релиза и набор тест-кейсов для приёмки.

Краткая сводка и дальнейшие шаги

• Используйте Build Settings для выбора платформы и сцен.
• Настройте все параметры в Player Settings до первой сборки для магазина.
• Подпишите сборку и протестируйте на целевых устройствах.
• Автоматизируйте процесс с помощью CI для повторяемости и надёжности.

Summary:

Unity выводит готовую папку с файлами сборки, готовую для распространения на выбранной платформе. Хорошая практика — поддерживать порядок в сценах, автоматизировать сборки и хранить секреты в защищённом хранилище. Если планируете публикацию в App Store или на консолях, заранее подготовьте все требуемые профили и соглашения с платформами.