Work in progress
The content of this page was not yet updated for Godot
4.4
and may be outdated. If you know how to improve this page or you can confirm
that it's up to date, feel free to open a pull request.
Экспорт проектов
Зачем экспортировать?
Изначально, Godot не имел никаких способов экспорта проекта. Разработчики просто собирали исполняемые файлы и пакеты для каждой платформы вручную.
Когда все больше разработчиков (и даже непрограммистов) начали использовать его, и когда наша компания начала брать больше проектов одновременно, стало очевидно, что это узкое место.
На ПК
Распространить игровой проект на ПК с помощью Godot довольно просто. Поместите двоичный файл Godot в тот же каталог, что и файл project.godot, затем заархивируйте каталог проекта, и все готово.
Звучит просто, но, вероятно, есть несколько причин, по которым разработчик может этого не делать. Во-первых, нежелательно распространять множество файлов. Некоторым разработчикам может не понравиться, когда любопытные пользователи смотрят на то, как была сделана игра, другим она может показаться неэлегантной и так далее. Другая причина заключается в том, что разработчик может предпочесть специально скомпилированный двоичный файл, который меньше по размеру, более оптимизирован и не включает такие инструменты, как редактор и отладчик.
Наконец, Godot имеет простую но эффективную систему создания DLC как дополнительных пакетов файлов.
На мобильных платформах
Тот же сценарий на мобильных платформах немного хуже. Для распространения проекта на этих устройствах создается двоичный файл для каждой из этих платформ, который затем добавляется в собственный проект вместе с данными игры.
Это может быть проблематично, потому что это означает, что разработчик должен быть ознакомлен с SDK каждой платформы еще до того, как сможет экспортировать. В то время как изучение каждого SDK всегда поощряется, может быть неприятно быть вынужденным делать это в нежелательное время.
У этого подхода есть ещё одна проблема: разные устройства предпочитают обрабатывать одни и те же данные в разных форматах. Яркий пример — сжатие текстур. Всё компьютерное оборудование использует сжатие S3TC (BC), стандартизированное уже более десяти лет, но мобильные устройства используют другие форматы сжатия текстур, например, ETC1 и ETC2.
Файлы конфигурации
Конфигурация экспорта хранится в двух файлах, оба из которых можно найти в каталоге проекта:
export_presets.cfg: Этот файл содержит большую часть конфигурации экспорта и может быть безопасно передан в систему контроля версий. Здесь нет ничего, что обычно пришлось бы хранить в секрете..godot/export_credentials.cfg: Этот файл содержит параметры экспорта, которые считаются конфиденциальными, такие как пароли и ключи шифрования. Как правило, его не следует передавать в систему контроля версий или передавать другим лицам, если вы не уверены в своих действиях.
Поскольку файл учётных данных обычно не хранится в системах контроля версий, некоторые возможности экспорта будут недоступны при клонировании проекта на новый компьютер. Проще всего решить эту проблему вручную, скопировав файл из старого расположения в новое.
Экспорт из командной строки
В рабочей среде полезно автоматизировать сборку, и Godot поддерживает это с помощью параметров командной строки --export-release и --export-debug. Для экспорта из командной строки по-прежнему требуется предустановка экспорта для определения параметров экспорта. Вот простой пример вызова команды:
godot --export-release "Windows Desktop" some_name.exe
Экспорт будет выполнен в файл some_name.exe, при условии, что существует предустановка с названием «Windows Desktop» и шаблон можно найти. (Имя предустановки экспорта необходимо указывать в кавычках, если оно содержит пробелы или специальные символы.) Выходной путь указывается относительно пути к проекту или абсолютно; каталог, из которого была вызвана команда, не учитывается.
Расширение выходного файла должно соответствовать расширению, используемому в процессе экспорта Godot:
Windows:
.exemacOS:
.appor.zip(or.dmgwhen exporting from macOS)Linux: Любое расширение (включая отсутствие).
.x86_64обычно используется для 64-битных двоичных файлов x86.HTML5:
.zipAndroid:
.apkiOS:
.zip
Вы также можете настроить его для экспорта только файла PCK или ZIP, что позволяет использовать один экспортированный файл основного пакета с несколькими исполняемыми файлами Godot. При этом имя шаблона настроек экспорта все равно должно быть указано в командной строке:
godot --export-pack "Windows Desktop" some_name.pck
Часто бывает полезно объединить флаг --export-release с флагом --path, чтобы не пришлось переходить cd в папку проекта перед выполнением команды:
godot --path /path/to/project --export-release "Windows Desktop" some_name.exe
См. также
Смотрите Руководство по командной строке для получения дополнительной информации об использовании Godot из командной строки.
PCK по сравнению с форматами файлов ZIP Pack
У каждого формата есть свои плюсы и минусы. PCK - это стандартный и рекомендуемый формат для большинства случаев использования, но вы можете вместо этого использовать ZIP-архив, в зависимости от ваших потребностей.
Формат PCK:
Несжатый формат. Больший размер файла, но быстрее для чтения / записи.
Не читаются и не доступны для записи с использованием инструментов, которые обычно присутствуют в операционной системе пользователя, даже несмотря на то, что существуют сторонние инструменты для извлечения и создания файлов PCK.
Формат ZIP:
Сжатый формат. Меньший размер файла, но медленнее для чтения / записи.
Доступно для чтения и записи с помощью инструментов, обычно имеющихся в операционной системе пользователя. Это может быть полезно, чтобы упростить модификацию (см. также Экспортирование пакетов, патчей и модов).
Предупреждение
Из-за известной ошибки, при использовании файла ZIP в качестве файла пакета экспортированный двоичный файл не будет пытаться использовать его автоматически. Следовательно, вы должны создать сценарий запуска, на который игрок может дважды щелкнуть или запустить из терминала для запуска проекта:
:: launch.bat (Windows)
@echo off
my_project.exe --main-pack my_project.zip
# launch.sh (Linux)
./my_project.x86_64 --main-pack my_project.zip
Сохраните сценарий запуска и поместите его в ту же папку, что и экспортированный двоичный файл. В Linux обязательно предоставьте исполняемые права для сценария запуска с помощью команды chmod +x launch.sh.