Контрольный список проверки пакета команд Minecraft
8 мин чтения
Пакет команд может дать сбой, даже если каждая отдельная строка действительна. Порядок, селекторы, отсутствующие цели scoreboard, дрейф версий и поведение сброса могут нарушить рабочий процесс после выпуска. Этот контрольный список является последним этапом перед публикацией пакета Project или командного блока функционального стиля.
Результат
Заключительный этап проверки пакетов команд, которые должны выдержать копирование, тестирование и будущие изменения.
Рекомендуемый путь
- Подтвердите целевой пакет: версия Java, снимок или стабильная версия Bedrock.
- Убедитесь, что команды настройки создают каждое scoreboard, панель боссов, команду, тег или ключ хранения, используемый позже.
- Проверьте порядок команд сверху вниз, особенно для целей, тегов и очистки.
- Прежде чем тестировать полный пакет, запустите тесты выбора деструктивных команд.
- Скопируйте пакет из Project и проверьте скопированный текст, а не только состояние живого строителя.
Заказать обзор
Команды, создающие состояние, должны появляться перед командами, зависящими от этого состояния. Цели scoreboard, панели боссов, команды, теги и пути хранения должны быть созданы до того, как последующие строки прочитают или изменят их.
Команды очистки обычно должны быть последними, если только они намеренно не очищают тестовое состояние перед новой настройкой.
- Прежде чем устанавливать баллы, создавайте цели.
- Создайте боссбары перед обновлением значений.
- Summon или помечайте объекты, прежде чем настраивать их теги.
- Награды Give после проверки условий успеха.
Обзор выбора и объема работ
Каждая деструктивная команда требует проверки области действия. Команды «Убить», «Очистить», «Повредить», «Телепортироваться» и «Объединить данные» должны быть нацелены на известный тег, игрока, команду или регион, а не на широкий выбор.
Для выпусков карт тестируйте копию мира и добавляйте команды сброса, когда повторное тестирование оставляет состояние позади.
Обзор Copy
Скопированный пакет — это артефакт, который будут запускать пользователи. После копирования из Project вставьте его в чистый текстовый буфер и просканируйте его на наличие пропущенных строк, нарушенного порядка, неожиданных префиксов или команд, которые по-прежнему ссылаются на имена, предназначенные только для тестирования.
При публикации в Интернете добавьте рядом с пакетом версию Minecraft. Текущий пакет Java и безопасный пакет Bedrock должны быть отдельными загрузками или отдельными разделами.
Отправьте скопированный артефакт
Используйте это руководство для создания артефакта, который фактически будет запускать игрок или создатель карт: скопированная команда, заказанный пакет Project или ресурс пакета данных. Окончательная проверка должна проводиться на скопированных выходных данных, а не только на редактируемом состоянии компоновщика.
Если рабочий процесс чувствителен к версии, отметьте целевую версию рядом с командой. Когда он использует селекторы, scoreboard, панели боссов, теги, таблицы добычи или порядок проекта, протестируйте эти зависимости в чистом мире, прежде чем публиковать настройку.
- Скопируйте от Output для одной команды и от Project для заказанных пакетов.
- Храните Java, Bedrock и варианты моментальных снимков отдельно.
- Сначала протестируйте деструктивные селекторы с безвредным выводом.
- Обновите соответствующие настройки, когда руководство станет каноническим рабочим процессом.
Похожие руководства и пресеты
FAQ
Должен ли я тестировать каждую команду или только полный пакет?
Сделайте и то, и другое. Протестируйте строки с высоким риском по отдельности, а затем протестируйте скопированный пакет как окончательный артефакт, поскольку порядок и форматирование копии имеют значение.
Какая наиболее распространенная ошибка пакета команд?
Использование более поздней команды до того, как будет создано ее состояние, например, установка оценок перед созданием цели или нацеливание на тег до того, как объект был помечен.
Когда это руководство должно стать пакетом Project?
Используйте Project, если для рабочего процесса требуется более одной команды, установлен порядок настройки и очистки или его необходимо снова отредактировать после тестирования. Одноразовые команды могут оставаться в Output.