deno publish
deno publish публикует ваш пакет в реестре JSR.
Требования к пакету
В вашем пакете должны быть поля name, version и exports в файле deno.json или jsr.json.
- Поле
nameдолжно быть уникальным и соответствовать соглашению@<scope_name>/<package_name>. - Поле
versionдолжно содержать допустимую версию semver. Чтобы повысить версию в рамках процесса выпуска, см.deno bump-version. - Поле
exportsдолжно указывать на главную точку входа пакета. Поле exports можно указать как строку или как объект, сопоставляющий имена точек входа с путями в пакете.
Пример:
{
"name": "@scope_name/package_name",
"version": "1.0.0",
"exports": "./main.ts"
}
Перед публикацией пакета необходимо создать его в реестре, перейдя по ссылке JSR — публикация пакета.
Исключение участника рабочей области
При запуске в рабочей области команда deno publish пытается опубликовать каждого участника, у которого есть name и exports, и завершается с ошибкой, если у какого-либо из них отсутствует version. Чтобы исключить участника, например внутренний вспомогательный пакет, который существует только для размещения общих tasks, задайте "publish": false в файле deno.json этого участника:
{
"name": "@scope/internal-helpers",
"publish": false
}
Участник останется частью рабочей области, но команда deno publish пропустит его. Подробности см. в разделе Исключение участника рабочей области из публикации.
Примеры
Опубликовать текущую рабочую область
deno publish
Опубликовать текущую рабочую область с указанным токеном, минуя интерактивную аутентификацию
deno publish --token c00921b1-0d4f-4d18-b8c8-ac98227f9275
Опубликовать пакет и проверить удалённые модули на наличие ошибок
deno publish --check=all
Выполнить пробный запуск для имитации публикации.
deno publish --dry-run
Опубликовать пакет, используя настройки из указанного файла конфигурации
deno publish --config custom-config.json
deno publish [OPTIONS]Опубликовать пакет или рабочую область из текущего рабочего каталога в JSR
Параметры публикации
--allow-dirtyРазрешить публикацию, если в репозитории есть незакоммиченные изменения.
--allow-slow-typesРазрешить публикацию с медленной проверкой типов.
--dry-runПодготовить пакет к публикации, выполнив все проверки и валидацию без загрузки.
--no-provenanceОтключить аттестацию происхождения. По умолчанию включена в GitHub Actions; открыто связывает пакет с местом, где он был собран и опубликован.
--set-version<VERSION>
Задать версию публикуемого пакета. Этот флаг можно использовать при публикации отдельных пакетов, но нельзя использовать в рабочей области.
--token<token>
Токен API для публикации. Если он не задан, используется интерактивная аутентификация.
Параметры
--config, -c<FILE>
Настроить различные аспекты deno, включая TypeScript, линтинг и форматирование кода. Обычно файл конфигурации называется deno.json или deno.jsonc и обнаруживается автоматически; в этом случае данный флаг не требуется.
--env-file<FILE>необязательно
Загрузить переменные среды из локального файла. Для каждого ключа используется только первая переменная среды. Существующие переменные среды процесса не перезаписываются, поэтому значения переменных с уже существующими в среде именами сохраняются. Если в файле .env есть несколько объявлений одной переменной среды, применяется первое. Порядок определяется последовательностью файлов, переданных в качестве аргументов.
--no-configОтключить автоматическую загрузку файла конфигурации.
Параметры проверки типов
--check<CHECK_TYPE>необязательно
Задать поведение проверки типов. Эта подкоманда по умолчанию проверяет типы локальных модулей, поэтому передавать --check избыточно; передайте --check=all, чтобы также проверять типы удалённых модулей. В качестве альтернативы используйте подкоманду 'deno check'.
--no-check<NO_CHECK_TYPE>необязательно
Пропустить проверку типов. Если указано значение "remote", диагностические ошибки удалённых модулей будут игнорироваться.
Последнее обновление:
© 2018–2025 the Deno authors
Licensed under the MIT License.
https://docs.deno.com/runtime/reference/cli/publish