Главная страница>Учебник по веб-дизайну>Учебник по Javascript

Давайте поговорим о том, как использовать package.json для управления версиями зависимых пакетов.

Автор：Eve Cole Время обновления：2022-09-22 09:05:32
В этой статье рассказывается о том, как использовать package.json для управления версиями зависимых пакетов в реальных проектах внешнего интерфейса. Какое влияние окажут различные правила на управление зависимостями?

Вход в курс повышения квалификации по интерфейсному интерфейсу (vue): войдите, чтобы изучить

формат

определения номера версии npm

: XYZ[-string]

6.3.2-alpha

  • смысл

    таков

    :

    • Обратно
    совместимые обновленные итерации.

  • Второстепенная версия номер 3, есть 3 небольшие итерации функций. Этот новый пакет можно установить для любого оператора зависимости 6.*.* <= 6.3.2 .

  • Исправленная версия №2, есть 2 исправления ошибок или другие не серьёзные функциональные модификации. Этот новый пакет можно установить для любого оператора зависимости 6.*.* <= 6.3.2 .

  • Расширенная версия с номером alpha представляет экспериментальный этап обработки.

Расширенное чтение: Как определить версии зависимостей в семантической версии 2.0.0

package.json,

будет объяснено следующим образом:

"vue": "~2.5.22",
"vue-class-comment": "^6.0.0",
"vue-маршрутизатор": "3.0.1",
"экспресс": "последний",
«mongoose»: «*»,

  • символ ^ : заблокируйте основную версию, вы можете обновить номер дополнительной версии, номер измененной версии и номер расширенной версии.

    Например "vue-class-component": "^6.0.0" , вы можете установить его при установке зависимостей. Любая версия, соответствующая 6.*.* , если основной номер версии равен 6.

  • Символ ~ : заблокируйте основной номер версии и дополнительный номер версии и обновите номер измененной версии и номер предыдущей версии,

    например "vue": "~2.5.22" . При установке зависимостей вы можете установить любую версию, соответствующую 2.5.* .

  • 空符号: заблокируйте все номера версий,

    например "vue-router": "3.0.1" , и можно будет установить только зависимые пакеты с версией 3.0.1 .

  • 符号* : Определите определенный диапазон номеров версий,

    например vue-router": "3.0.*" , вы можете установить любую версию с фиксированной 3.0 , например 3.0.1 , 3.0.2 .

  • latest : установить последнюю стабильную версию

1.png

  • Например, "express": "latest" можно установить 4.18.1 (последняя версия 2022.06.13).

  • * : Установите последнюю выпущенную версию, не обязательно стабильную.

2.png

  • Например, "mongoose": "*" может установить 6.0.0-rc2 , 3.9.7 и т. д.

  • Git URL : используйте формат ссылки на пакет, опубликованный в Git

    : <protocol>://[<user>[:<password>]@]<hostname>[:<port>][:][/]<path>[#<commit-ish> | #semver:<semver>]

"test": "git+ssh://[email protected]:npm/cli.git#v1.0.27"

Расширенное чтение: документы npm -

не верьте слишком много зависимостей. Номер версии пакета npm!

Как следует из названия, это опыт, полученный на уроках крови.

Когда автор использует system.js , используется ограничение версии: system.js: "^6.3.2" .

При установке зависимостей случайно была установлена ​​версия > 6.3.2 , что привело к ошибкам при запуске проекта.

Причина в том, что автор system.js не назвал номер версии согласно спецификации semver , из-за чего в авторский проект было введено обновление, не обладающее обратной совместимостью , что привело к некорректной работе проекта.

Зависимости, devDependency и PeerDependologies

,

используемые в производственной среде, устанавливаются в разделе dependencies .

Например:

«зависимости»: {
	"мел": "^2.4.2",
	"командир": "^3.0.0",
	"fs-extra": "^8.1.0",
	"inquirer": "^6.5.0",
	"mem-fs": "^1.1.3",
	"mem-fs-editor": "^6.0.0",
	"shelljs": "^0.8.3"
}

Приведенный выше код представляет собой фрагмент package.json инструментария cli , созданного автором.
shelljs используется для работы с файлами. Если объявление изменено на devDependencies , после установки пользователем текущего пакета инструментов будет сообщено об ошибке.
Потому что зависимости, объявленные в поле devDependencies , не будут установлены, когда npm install 工具包. Прежде чем он будет установлен, его необходимо объявить в поле dependencies .

devDependities

Зависимости, которые не нужны в производственной среде, необходимо установить в разделе devDependencies .
Потому что в производственной среде зависимости в поле devDependencies не будут установлены.

Например:

«devDependency»: {
	"@commitlint/cli": "^8.1.0",
	"@commitlint/config-conventional": "^8.1.0",
	"commitizen": "^4.0.3",
	"commitlint-config-cz": "^0.12.1",
	"cz-customizable": "^6.2.0",
	"стандартная-версия": "^7.0.0"
}

Приведенный выше код представляет собой фрагмент package.json инструментария cli , созданного автором.
commitizen — это пакет зависимостей, используемый автором для стандартизации спецификаций отправки Git . Он используется только в среде разработки, поэтому объявлен в devDependencies .

PeerDependities

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

Например:

{
  "name": "чай-латте",
  "версия": "1.3.5",
  "peerDependency": {
    "чай": "2.x"
  }
}

Текущий инструмент tea-latte зависит от упаковки tea . При этом tea упаковка должна быть основной версии 2.

Если требования не выполнены, консоль сообщит об ошибке.

Уведомление
npm v7, PeerDependities будет установлен по умолчанию.
от npm v3 до npm v6, peerDependencies не будут установлены автоматически.
Связанные статьи