Полное руководство по настройке NPM

* Введение * Настройка параметров * Список возможных параметров * Контроль доступа / авторизация * Кэширование * Общие * Разработка * Сеть * Реестр * Заключение Введение Диспетчер пакетов узла, или npm [http://npmjs.com/], является одним из на мой взгляд, лучшие части о Node. Управление пакетами действительно может изменить язык к лучшему, поэтому очень важно обеспечить его простоту в использовании и гибкость. За время использования Node я знал только основы

Вступление

На мой взгляд, Node Package Manager или npm - одна из лучших частей Node. Управление пакетами действительно может изменить язык к лучшему, поэтому очень важно обеспечить его простоту в использовании и гибкость.

На протяжении всего моего использования Node я знал только основные команды npm, такие как save , install и publish , и даже тогда я действительно не знал дополнительных параметров, которые шли вместе с ними. Прочитав недавно некоторую справочную документацию, я подумал, что было бы полезно написать подробности о как можно большем количестве конфигураций npm. Я не только думаю, что это может быть полезно для читателей, но мне было чрезвычайно полезно просмотреть все различные флаги / параметры и фактически протестировать их. В итоге я узнал много нового о npm, который мне очень поможет в будущем.

По большей части я пытался написать уникальное описание каждого параметра (отличное от справочной документации). Надеюсь, таким образом, если справочная документация запутает вас (или не будет иметь достаточной информации), мое описание даст больше информации о том, что вы ищете. Я также добавлю примеры некоторых из наиболее запутанных параметров, поэтому, если вы знаете, как использовать некоторые из более недокументированных параметров, например searchopts , я бы хотел увидеть пример!

Установка параметров

Если не указано иное, все параметры ниже могут быть установлены с помощью нескольких различных методов, каждый из которых я кратко опишу здесь. В зависимости от вашего варианта использования используйте разные цели для таких вещей, как тестирование, конфигурация для конкретного проекта, глобальная конфигурация и т. Д.

Файлы npmrc

npm позволяет вам использовать несколько разных файлов rc , например ~/.bashrc , для настройки ваших конфигураций. Четыре места, где могут находиться файлы:

  • Файл конфигурации для /path/to/my/project/.npmrc
  • Файл конфигурации для ~/.npmrc
  • Глобальный файл конфигурации: $PREFIX/npmrc
  • Встроенный файл конфигурации npm: /path/to/npm/npmrc
1
<!-- -->
 https-proxy=proxy.example.com 
 init-license=MIT 
 init-author-url=http://stackabuse.com 
 color=true 

Используемый файл зависит от параметра и области, которые вы хотите установить. Так, например, вы, вероятно, захотите установить https-proxy в глобальном файле npmrc, а не в файле npmrc уровня проекта, поскольку всем проектам в системе потребуются настройки прокси.

Переменная среды

Есть несколько переменных среды, которые npm будет использовать поверх параметров, установленных локально (или в файле npmrc). Некоторые примеры: NODE_ENV и HTTPS_PROXY . Вы также можете установить любой параметр npm, добавив к переменной среды npm_config_ . Таким образом, вы можете делать такие вещи, как export npm_config_registry=localhost:1234 .

Многие люди привыкли использовать переменные среды для настройки, поэтому им это должно быть знакомо. Например, отличный способ настроить экземпляр Docker

  • установить переменные среды из файла dockerfile.

Флаги в командной строке

Не все параметры должны быть постоянно установлены в файле или переменной среды. Многие из них могут использоваться в команде npm как флаг с префиксом -- .

Например, если вы устанавливаете новый пакет из реестра и хотите сохранить его в package.json , вы захотите использовать --save , но это может быть не всегда. В некоторых случаях вы можете захотеть использовать --save-dev или даже --save-optional , поэтому использовать npmrc не имеет смысла.

Файл package.json

В package.json вы также можете установить параметры. В этом случае следует использовать карту config

 { 
 "name": "module-name", 
 "version": "10.3.1", 
 "config": { 
 "foo": "bar", 
 "test-param": 12 
 }, 
 "dependencies": { 
 "express": "4.2.x", 
 } 
 } 

Затем из кода вы можете получить доступ к этим параметрам с помощью process , например: process.env.npm_package_config_foo . Обратите внимание на префикс npm_package_config_ , который сообщает узлу, откуда брать переменную.

Примечание . Это будет работать только тогда, когда вы запустите свой проект с помощью сценария npm (т.е. не только с помощью node index.js ).

набор конфигураций npm

И, наконец, всегда есть возможность установить параметры через npm config set . Это будет иметь приоритет над конфигурациями package.json Так, например, если вы запустили npm config set module-name:foo baz из командной строки (и у вас есть package.json сверху), тогда вашим параметром foo baz вместо bar . Область module-name гарантирует, что эта переменная не будет установлена ни для каких других проектов.

Как и в описанном выше методе, чтобы это сработало, вы должны запустить программу через сценарий npm, например npm run .

Список возможных параметров

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

Надеюсь, я достаточно хорошо организовал это, чтобы вы могли использовать его как справочник. Не стесняйтесь сообщать мне, если есть какие-либо ошибки или упущения!

Контроль доступа / авторизация

доступ

Это устанавливает уровень доступа к области действия пакета, который по умолчанию restricted . Установка для этого параметра значения public делает его общедоступным для просмотра и установки. Если ваш проект не задан, он общедоступен.

  • По умолчанию: ограничено
  • Тип: Доступ (строка)
Always-Auth

Установите значение true, если вы хотите требовать аутентификации при каждом доступе к реестру, даже для запросов GET.

  • По умолчанию: false
  • Тип: логический
ок

Это сертификат подписи центра сертификации, который используется для доверия SSL-соединению с реестром пакетов. Чтобы указать сертификат, используйте формат PEM и замените все новые строки символом \n Так, например, установка CA может выглядеть так:

ca="-----BEGIN CERTIFICATE-----\nXXXX\nXXXX\n-----END CERTIFICATE-----"

Вы также можете доверять нескольким ЦС, указав массив сертификатов, по одному для каждой строки:

 ca[]="..." 
 ca[]="..." 

Или, если задать для ca значение null, будут указаны известные регистраторы по умолчанию.

  • По умолчанию: сертификат ЦС npm.
  • Тип: String, Array или null.
кафе

Подобно параметру ca cafile позволяет установить доверенный сертификат для подключения к реестру. Разница здесь в том, что вы можете указать путь к файлу сертификата, который может содержать один или несколько сертификатов.

  • По умолчанию: null
  • Тип: путь
сертификат

Параметр cert указывает сертификат клиента для аутентификации в реестре. В отличие от предыдущих ca и cafile , он предназначен для аутентификации клиента, а не для аутентификации в реестре. Если вы размещаете свой собственный реестр, это может быть хорошим способом сделать его приватным без необходимости аутентификации с использованием имени пользователя и пароля.

  • По умолчанию: null
  • Тип: Строка

Кеширование

тайник

Это расположение каталога кеша npm.

  • По умолчанию: Windows: %AppData%\npm-cache , Posix: ~/.npm
  • Тип: путь
кеш-замок-устаревший

Количество миллисекунд, по истечении которого файлы блокировки папки кэша считаются устаревшими.

  • По умолчанию: 60000 (1 минута)
  • Тип: Число
кеш-блокировка-повторные попытки

Количество повторных попыток получить блокировку файлов блокировки папки кеша.

  • По умолчанию: 10
  • Тип: Число
ожидание блокировки кеша

Количество миллисекунд ожидания истечения срока действия файлов блокировки кеша.

  • По умолчанию: 10000 (10 секунд)
  • Тип: Число
cache-max

Это максимальное время (в секундах), в течение которого элемент кэшируется перед обновлением с помощью реестра. Поэтому, если вы ожидаете, что пакет будет меняться довольно часто, вам нужно установить меньшее значение.

Единственный раз, когда кэшированные пакеты очищаются, - это когда используется команда npm cache clean (или, в качестве альтернативы, вы можете вручную очистить пакеты, чтобы выбрать, какие из них очищены).

  • По умолчанию: бесконечность
  • Тип: Число
кеш-мин

В отличие от параметра cache-max параметр cache-min устанавливает минимальное время (в секундах) для хранения элементов в кеше перед повторной проверкой по реестру.

  • По умолчанию: 10
  • Тип: Число

Общий

цвет

Параметр color определяет, используется ли раскраска в выводе npm. Если установлено значение true, то npm печатает цвета только для файловых дескрипторов tty. Или вы можете установить always чтобы всегда использовать цвета.

  • По умолчанию: true для Posix, false для Windows
  • Тип: логическое или "всегда"
описание

Определяет, отображается ли описание пакета при использовании npm search .

  • По умолчанию: true
  • Тип: логический
сила

Использование force сделает различные команды более действенными. Вы можете почти думать об этом как об использовании sudo , где вы сможете обойти определенные ограничения. Итак, чтобы назвать несколько примеров, использование этого будет означать, что сбой сценария жизненного цикла не блокирует прогресс, публикация перезаписывает ранее опубликованные версии, npm пропускает кеш при запросе из реестра или предотвращает проверки на перезапись файлов, отличных от npm.

  • По умолчанию: false
  • Тип: логический
Глобальный

global заставляет данную команду работать в «глобальном» режиме. Пакеты, установленные в этой папке, доступны всем пользователям и проектам в системе. Это означает, что пакеты устанавливаются в папку «prefix», в которой обычно устанавливается узел. В частности, глобальные пакеты будут расположены в {prefix}/lib/node_modules , файлы bin будут связаны с {prefix}/bin , а страницы {prefix}/share/man .

  • По умолчанию: false
  • Тип: логический
globalconfig

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

  • По умолчанию: {prefix} / etc / npmrc
  • Тип: путь
группа

Этот параметр сообщает npm, какую системную группу использовать при запуске сценариев пакетов в глобальном режиме от имени пользователя root.

  • По умолчанию: идентификатор группы текущего процесса.
  • Тип: строка или число
длинный

Показывать или нет подробную информацию при запуске npm search npm ls и npm.

  • По умолчанию: false
  • Тип: логический
приставка

Это место установки глобальных элементов, которое по умолчанию является местом установки самого npm. Если prefix установлен в командной строке, то неглобальные команды принудительно запускаются в данной папке.

  • По умолчанию: см. npm help 5 folders
  • Тип: путь
вращение

Параметр spin определяет, отображается ли счетчик ASCII, пока npm что-то ожидает или обрабатывает (при условии, что process.stderr - это TTY). Может быть установлено значение false, чтобы полностью подавить счетчик, или установить значение «всегда», чтобы выводить счетчик даже для выходов без TTY.

  • По умолчанию: true
  • Тип: логическое или "всегда"
tmp

Каталог, в котором хранятся временные файлы и каталоги. После успешного завершения процесса npm все файлы и каталоги удаляются. Однако в случае сбоя процесса файлы и каталоги не удаляются, поэтому вы можете проверить их и устранить проблему.

  • По умолчанию: переменная среды TMPDIR или "/ tmp".
  • Тип: путь
юникод

Параметр unicode сообщает npm, следует ли использовать символы unicdoe в выводе дерева. Если false , для рисования деревьев используются только символы ASCII.

  • По умолчанию: true
  • Тип: логический
небезопасная химическая завивка

Если unsafe-perm имеет значение true , переключение идентификатора пользователя / группы подавляется при запуске сценария пакета. Если false , пользователи без полномочий root не смогут устанавливать пакеты.

  • По умолчанию: false, если запущен от имени root, иначе true.
  • Тип: логический
Применение

Использование usage уменьшает объем вывода при получении справки по команде. Вместо того, чтобы показывать вам все возможные флаги / вводимые данные для команды, как это было бы с -H , он просто дает вам суть справочной документации. Так, например, выполнение npm --usage search npm search [some search terms ...] .

  • По умолчанию: false
  • Тип: логический
Пользователь

Это UID, который следует использовать, когда сценарий пакета запускается от имени пользователя root. Поэтому, если вы не хотите, чтобы у сценария были права root, установите для этого UID пользователя, у которого есть правильный уровень разрешений и доступ для приложения. Запуск сценария пакета от имени пользователя root может быть опасным!

  • По умолчанию: «никто»
  • Тип: строка или число
userconfig

Это расположение файла конфигурации пользовательского уровня. У каждого пользователя в системе могут быть разные настройки для установки npm, и файл должен находиться по пути, указанному в userconfig .

  • По умолчанию: ~ / .npmrc
  • Тип: путь
маска

Это значение маски, которое следует использовать при настройке режима создания файлов как для файлов, так и для каталогов. Тип создаваемого файла / каталога зависит от используемого значения маски. Если это каталог или исполняемый файл, тогда umask замаскировано по 0777 . Для всех остальных файлов umask замаскировано по 0666 . Значения по умолчанию - 0755 и 0644 соответственно, что является довольно консервативной маской для каждого типа файла.

  • По умолчанию: 022
  • Тип: восьмеричная числовая строка в диапазоне 0000..0777 (0..511)
версия

Использование этого флага выводит установленную версию npm. Это работает только при использовании в командной строке как флаг вроде npm --version .

  • По умолчанию: false
  • Тип: логический
версии

Использование этого флага похоже на version , но выводит сведения о версии (в формате JSON) для нескольких разных пакетов, включая проект в текущем каталоге (если он есть), V8, npm и сведения из process.versions . Это работает только при использовании в командной строке в качестве флага, например npm --versions .

Пример вывода может выглядеть так:

 { 'my-project': '0.0.1', 
 npm: '2.14.2', 
 http_parser: '2.3', 
 modules: '14', 
 node: '0.12.2', 
 openssl: '1.0.1m', 
 uv: '1.4.2-node1', 
 v8: '3.28.73', 
 zlib: '1.2.8' } 
  • По умолчанию: false
  • Тип: логический
зритель

Это программа, которую нужно использовать при просмотре справочной информации. Если установлено значение «браузер», откроется веб-браузер по умолчанию и отобразит содержимое справки в формате HTML.

  • По умолчанию: «человек» в Posix, «браузер» в Windows.
  • Тип: путь, "человек" или "браузер".

Разработка

разработчик

Использование этого флага при установке пакетов также установит пакеты dev-dependencies. Это почти всегда следует использовать, если проект не запущен в производственной среде.

Это похоже на флаг npat

  • По умолчанию: false
  • Тип: логический
редактор

Это команда (или путь к исполняемому файлу), которую нужно запустить при открытии редактора.

  • По умолчанию: переменная среды EDITOR, если установлена, или "vi" в Posix, или "блокнот" в Windows.
  • Тип: путь
строгий двигатель

Этот параметр сообщает npm, должен ли он строго package.json Если установлено значение true , установка пакета завершится неудачно, если текущая версия Node.js не соответствует указанной.

Это полезно, когда для пакета требуется определенная версия Node.js или даже io.js (возможно, потому, что пакет использует функции ES6).

  • По умолчанию: false
  • Тип: логический
мерзавец

Это должна быть команда, которую нужно использовать для запуска команд git. Это может быть полезно, когда git установлен, но его нет в PATH, и в этом случае вы должны указать путь установки git.

  • По умолчанию: "git"
  • Тип: Строка
git-tag-версия

Это сообщает npm, следует ли пометить фиксацию при запуске команды npm version (которая увеличивает версию пакета и сохраняет ее в package.json ). Это может помочь уменьшить количество ошибок (забыть пометить git commit, пометить его как неправильную версию и т. Д.), Но это также дает вам меньше контроля, поэтому вам придется взвешивать компромиссы.

  • По умолчанию: true
  • Тип: логический
Заголовок

Строка, которая будет напечатана при выводе отладочной информации.

  • По умолчанию: «npm»
  • Тип: Строка
если представить

При использовании команды npm run-script , если сценарий не определен в package.json , npm завершает работу с кодом ошибки. Если if-present имеет значение true , код ошибки не возвращается. Это полезно, когда вы при желании хотите запустить скрипт, но вам все равно, если он отсутствует. Так, например, возможно, у вас есть сценарий (сценарий A ), который присутствует в некоторых из ваших проектов, но не во всех, и вы используете другой общий сценарий (сценарий B ) для его запуска. Таким образом, если скрипт A отсутствует, скрипт B не получит ошибки и сможет безопасно продолжить выполнение.

  • По умолчанию: false
  • Тип: логический
игнорировать скрипты

Установите этот флаг, чтобы не запускать сценарии, определенные в package.json проекта.

  • По умолчанию: false
  • Тип: логический
init-модуль

Это путь к файлу JavaScript, который помогает при инициализации проекта. Поэтому, если у вас есть настраиваемая конфигурация, которую вы хотите, чтобы все ваши новые проекты имели (например, зависимость от Bluebird или движка по умолчанию), вы можете создать файл в указанном месте для выполнения инициализации за вас.

  • По умолчанию: ~ / .npm-init.js
  • Тип: путь
имя автора инициализации

Имя по умолчанию, используемое npm init при создании нового проекта.

  • По умолчанию: ""
  • Тип: Строка
электронная почта автора инициализации

Электронный адрес автора по умолчанию, используемый npm init при создании нового проекта.

  • По умолчанию: ""
  • Тип: Строка
init-author-url

URL-адрес автора по умолчанию, используемый npm init при создании нового проекта.

  • По умолчанию: ""
  • Тип: Строка
init-лицензия

Лицензия по умолчанию, используемая npm init при создании нового проекта.

  • По умолчанию: «ISC».
  • Тип: Строка
init-версия

Версия по умолчанию, используемая npm init при создании нового проекта.

  • По умолчанию: «1.0.0»
  • Тип: Строка
json

Этот параметр определяет, будет ли npm записывать свои выходные данные в формате json или обычного текста.

ПРИМЕЧАНИЕ . Npm утверждает, что эта функция является экспериментальной и что структура объектов JSON может быть изменена.

  • По умолчанию: false
  • Тип: логический

Если для link задано значение true, то локальные установки будут связаны с установками глобальных пакетов (если присутствует соответствующий пакет). Одним из важных побочных продуктов этих функций является то, что путем связывания с глобальными пакетами локальные установки могут затем вызвать установку других вещей в глобальном пространстве.

Ссылки создаются, если выполняется хотя бы одно из двух условий:

  • Пакет еще не установлен глобально

  • глобально установленная версия идентична версии, которая устанавливается локально

  • По умолчанию: false

  • Тип: логический

местный адрес

Это IP-адрес локального сетевого интерфейса системы, который будет использоваться при подключении к реестру npm.

ПРИМЕЧАНИЕ . Это должен быть IPv4-адрес в Node v0.12 и ранее.

  • По умолчанию: undefined
  • Тип: IP-адрес
лог-уровень

Это уровень журнала по умолчанию при запуске вашего приложения. Если есть событие журнала, большее (или равное), чем указанное здесь, то оно выводится пользователю. Когда / если приложение выходит из строя, все журналы записываются в npm-debug.log в текущем рабочем каталоге.

  • По умолчанию: «предупреждать»
  • Тип: Строка
logstream

Поток, используемый npmlog во время выполнения.

ПРИМЕЧАНИЕ . Это нельзя установить в командной строке. Для его настройки необходимо использовать другой метод, например файл или переменную среды.

  • По умолчанию: process.stderr
  • Тип: Стрим
сообщение

Это сообщение фиксации, которое будет использоваться командой npm version . Символ форматирования "% s" будет заменен номером версии.

  • По умолчанию: «% s»
  • Тип: Строка
версия узла

Версия узла, используемая при проверке объявления engines пакета в файле package.json

  • По умолчанию: process.version
  • Тип: semver или false
npat

Следует ли запускать тесты пакета при установке.

  • По умолчанию: false
  • Тип: логический
onload-скрипт

Это расположение пакета для requre() после загрузки npm. Это рекомендуется для программного использования npm.

  • По умолчанию: false
  • Тип: путь или false
по желанию

Это указывает npm на установку пакетов из карты optionalDependencies в файле package.json Поскольку это необязательные зависимости, в случае неудачной установки npm не прервет процесс.

  • По умолчанию: true
  • Тип: логический
анализируемый

Параметр parseable указывает npm форматировать свой вывод в анализируемый формат при записи в стандартный вывод.

  • По умолчанию: false
  • Тип: логический
производство

Если установлено значение true , npm работает в производственном режиме, что в основном означает, что devDependencies не установлены. Обратите внимание, что при использовании сценариев жизненного цикла вместо NODE_ENV="production"

  • По умолчанию: false
  • Тип: логический
откат

Использование этого флага с npm удалит все пакеты, которые не удалось установить (например, из-за ошибки компиляции / зависимости).

  • По умолчанию: true
  • Тип: логический
спасти

Использование этого флага с npm сохраняет данный пакет в локальном файле package.json dependencies . В качестве альтернативы использование этого флага с командой npm rm удалит зависимость из раздела dependencies файла package.json

Обратите внимание, что это работает, только если в текущем каталоге присутствует файл package.json

  • По умолчанию: false
  • Тип: логический
пакет сохранения

Если пакет сохраняется во время установки с использованием --save , --save-dev или --save-optional , то также поместите его в список bundleDependencies При использовании с командой npm rm она удаляет ее из списка bundledDependencies

  • По умолчанию: false
  • Тип: логический
save-dev

Использование этого флага сохраняет пакеты в списке devDependencies в файле package.json Обратное верно при использовании с npm rm , что означает, что пакет будет удален из devDependencies . Как и save , это работает только при наличии файла package.json

  • По умолчанию: false
  • Тип: логический
точное сохранение

Когда зависимость сохраняется в package.json с использованием одного из --save , --save-dev или --save-optional , тогда она будет настроена с использованием точного номера версии вместо оператора диапазона semver по умолчанию в npm.

  • По умолчанию: false
  • Тип: логический
save-optional

Использование этого флага сохраняет пакеты в списке optionalDependencies в файле package.json Обратное верно при использовании с npm rm , что означает, что пакет будет удален из optionalDependencies . Как и save , это работает только при наличии файла package.json

  • По умолчанию: false
  • Тип: логический
префикс сохранения

Этот параметр определяет, как пакеты сохраняются в package.json если они используются с --save или --save-dev . Используя в качестве примера значение по умолчанию, если мы сохраним пакет с версией 1.2.3 , он будет фактически сохранен в package.json как ^1.2.3 .

  • По умолчанию: '^'
  • Тип: Строка
сфера

Использование scope указывает npm, какую область использовать для реестра с заданной областью. Это может быть полезно при первом использовании частного реестра. Пример:

npm login [email protected] --registry=registry.example.com

Это приводит к тому, что @organization будет сопоставлен с этим реестром для будущих установок пакетов, указанных в соответствии с шаблоном @organization/package .

  • По умолчанию: ""
  • Тип: Строка
термоусадочная пленка

Если установлено значение false , npm-shrinkwrap.json игнорируется во время установки.

  • По умолчанию: true
  • Тип: логический
знак-git-tag

При выполнении команды npm version и использовании этого флага флаг -s будет использоваться во время тегирования для добавления подписи. Чтобы это сработало, вы должны уже настроить ключи GPG в своих конфигурациях git.

  • По умолчанию: false
  • Тип: логический
тег

При установке пакета из npm и без указания версии вместо него будет использоваться этот тег.

  • По умолчанию: последний
  • Тип: Строка
префикс версии тега

npmversion символ добавляется к версии пакета. Это полезно, когда другие программы имеют соглашение о стилях для версий.

  • По умолчанию: "v"
  • Тип: Строка

Сети

https-прокси

Прокси-сервер, используемый для исходящих HTTPS-соединений. Если установлена какая-либо из следующих переменных среды, то вместо HTTPS_PROXY используются: HTTPS_PROXY, https_proxy , HTTP_PROXY , http_proxy .

  • По умолчанию: null
  • Тип: url
доверенное лицо

Прокси-сервер, используемый для исходящих HTTP-соединений. Если установлена какая-либо из следующих переменных среды, то вместо HTTP_PROXY используются: HTTP_PROXY, http_proxy .

  • По умолчанию: null
  • Тип: url
строгий SSL

Это сообщает npm, следует ли использовать SSL для подключения к реестру через HTTPS.

  • По умолчанию: true
  • Тип: логический
пользовательский агент

Устанавливает заголовок запроса User-Agent для запросов HTTP (S).

  • По умолчанию: node / {process.version} {process.platform} {process.arch}
  • Тип: Строка

Реестр

fetch-retries

Сколько раз npm пытается связаться с реестром для получения пакета.

  • По умолчанию: 2
  • Тип: Число
fetch-retry-factor

Конфигурация "фактора" для модуля повтора, используемого при выборке пакетов.

  • По умолчанию: 10
  • Тип: Число
fetch-retry-mintimeout

Минимальное время ожидания до истечения времени ожидания при загрузке пакетов из реестра.

  • По умолчанию: 10000 (10 секунд)
  • Тип: Число (миллисекунды)
fetch-retry-maxtimeout

Максимальное время ожидания до истечения времени ожидания при выборке пакетов из реестра.

  • По умолчанию: 10000 (10 секунд)
  • Тип: Число (миллисекунды)
ключ

Это клиентский ключ, который следует использовать при аутентификации в реестре.

  • По умолчанию: null
  • Тип: Строка
реестр

URL-адрес реестра, который будет использоваться для получения и публикации пакетов.

поисковые запросы

Список параметров, разделенных пробелами, которые всегда используются для поиска в реестре.

  • По умолчанию: ""
  • Тип: Строка
searchchexclude

Список ограничений, разделенных пробелами, которые всегда используются для поиска в реестре.

  • По умолчанию: ""
  • Тип: Строка
searchsort.

Это указывает, по какому полю в результатах следует выполнить сортировку. Чтобы изменить порядок сортировки, просто поставьте перед ним префикс - .

  • По умолчанию: «имя»
  • Тип: Строка
  • Значения: «name», «-name», «date», «-date», «description», «-description», «keywords», «-keywords».
comments powered by Disqus