Менеджеры пакетов Composer, npm, pip, Maven, apt и Homebrew

Привет, Вы узнаете о том , что такое composer, Разберем основные их виды и особенности использования. Еще будет много подробных примеров и описаний. Для того чтобы лучше понимать что такое composer, npm, pip, maven, apt, homebrew , настоятельно рекомендую прочитать все из категории Разработка программного обеспечения и информационных систем.

Менеджер пакетов — это программа, которая автоматически устанавливает, обновляет и удаляет библиотеки или программы вместе с их зависимостями.

Менеджер пакетов , или система управления пакетами , — это программное обеспечение , которое обеспечивает согласованную установку , обновление, настройку и удаление программного обеспечения для хост- системы .

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

Менеджеры пакетов предназначены для устранения необходимости ручной установки и обновления. Это может быть особенно полезно для крупных предприятий, чьи операционные системы (ОС) обычно состоят из сотен или даже десятков тысяч различных пакетов.

Сравнительная таблица популярных менеджеров пакетов: Composer, npm, pip, Apache Maven, APT и Homebrew

Представь, что ты пишешь программу и тебе нужна библиотека.
Без менеджера пакетов ты должен:

• найти сайт
• скачать архив
• распаковать
• подключить зависимости
• проверить версии

С менеджером пакетов — одна команда:

npm install react

или

pip install requests

И все готово

Что умеет менеджер пакетов

Основные функции:

• установка пакетов
• обновление пакетов
• удаление пакетов
• установка зависимостей автоматически
• хранение списка зависимостей проекта
• фиксация версий для воспроизводимости

Пример работы

Ты устанавливаешь одну библиотеку:

composer require monolog/monolog

Но менеджер пакетов:

• скачает ее
• найдет зависимости
• скачает их тоже
• проверит совместимость

Виды менеджеров пакетов

1. Для языков программирования
   • npm — JavaScript
   • pip — Python
   • Composer — PHP
2. Для системы
   • APT — Linux
   • Homebrew — macOS
3. Для сборки проектов
   • Apache Maven — Java

Менеджер пакетов — это автоматический установщик библиотек и программ с зависимостями.

Ранним менеджером пакетов был SMIT (и его бэкэнд установки) от IBM AIX . SMIT был представлен вместе с AIX 3.0 в 1989 году.Менеджеры пакетов, такие как dpkg, существовали еще с 1994 года . Ранние менеджеры пакетов, появившиеся примерно в 1994 году, не имели автоматического разрешения зависимостей , но уже могли упростить процесс добавления и удаления программного обеспечения из работающей системы.

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

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

Менеджеры пакетов отвечают за поиск, установку, обслуживание или удаление пакетов по команде пользователя. Типичные функции системы управления пакетами включают в себя:

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

Компьютерные системы, использующие динамическую компоновку библиотек вместо статической , совместно используют исполняемые библиотеки машинных инструкций в разных пакетах и приложениях. В таких системах конфликтующие отношения между различными пакетами, требующими разных версий библиотек, приводят к ситуации, называемой « ад зависимостей» . В системах Microsoft Windows это также называется «ад DLL» при работе с динамически связанными библиотеками.

Современные менеджеры пакетов в основном решили эти проблемы, позволив параллельно устанавливать несколько версий библиотек (например, систему фреймворков OPENSTEP ) , зависимости любого типа (например, слоты в Gentoo Portage ) и даже пакеты, скомпилированные с использованием разных версий компилятора (например, динамические библиотеки, созданные компилятором Glasgow Haskell , для которых не существует стабильного ABI ), чтобы другие пакеты могли указывать, с какой версией они связаны или установлены.

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

Существуют инструменты, обеспечивающие интеграцию локально скомпилированных пакетов с системой управления пакетами. Для операционных систем, основанных на файлах .deb и .rpm , а также для Slackware Linux , есть CheckInstall , а для систем, основанных на рецептах, таких как Gentoo Linux , и гибридных систем, таких как Arch Linux , можно сначала написать рецепт, который затем гарантирует, что пакет поместится в локальную базу данных пакетов.

Обновление конфигурационных файлов может быть особенно проблематичным. Поскольку менеджеры пакетов, по крайней мере в системах Unix , изначально являлись расширениями файловых архиваторов, они обычно могут только перезаписывать или сохранять конфигурационные файлы, а не применять к ним правила. Есть исключения, которые обычно касаются конфигурации ядра (которая, если повреждена, сделает компьютер непригодным для использования после перезагрузки). Проблемы могут возникнуть, если изменяется формат конфигурационного файла; например, если старый файл явно не отключает новые параметры, которые должны быть отключены. Некоторые менеджеры пакетов, такие как dpkg в Debian , позволяют настраивать параметры во время установки. В других ситуациях пакеты устанавливаются с конфигурацией по умолчанию, которая затем перезаписывается, например, при установке без графического интерфейса на большое количество компьютеров. Такой тип предварительно настроенной установки также поддерживается dpkg.

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

Когда пользователь обновляет пакет с помощью программного обеспечения для управления пакетами, ему обычно отображаются действия, которые необходимо выполнить (как правило, список пакетов для обновления, а также, возможно, номера старой и новой версий), и предоставляется возможность либо принять обновление сразу для всех пакетов, либо выбрать отдельные пакеты для обновления. Об этом говорит сайт https://intellect.icu . Многие менеджеры пакетов можно настроить таким образом, чтобы они никогда не обновляли определенные пакеты или обновляли их только при обнаружении критических уязвимостей или нестабильности в предыдущей версии, как это определено разработчиком программного обеспечения. Этот процесс называется подавлением обновлений или фиксацией версии . Например, чтобы предотвратить обновления программы OpenOffice :

• yum поддерживает подавление обновления с помощью синтаксиса exclude=openoffice*
• pacman с IgnorePkg= openoffice(для подавления обновления OpenOffice в обоих случаях)
• dpkg и dselect поддерживают частичное подавление с помощью флага hold при выборе пакетов.
• APT расширяет флаг блокировки с помощью механизма закрепления , а пользователи также могут внести пакет в черный список.
• aptitude использует флаги hold и forbid :
  • hold : предотвращает обновление или изменение пакета во время установки/обновления.
  • forbid : предотвращает установку или переустановку пакета .
• Portage поддерживает подавление с помощью конфигурационного файла package.mask.

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

Что такое Composer

Composer — это менеджер зависимостей для языка программирования PHP. Он помогает подключать сторонние библиотеки (пакеты) в проект, управлять их версиями и автоматически загружать классы.

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

Зачем нужен Composer

Composer решает несколько важных задач:

• Установка библиотек одной командой
• Управление версиями зависимостей
• Автоматическая загрузка классов (autoload)
• Работа с зависимостями зависимостей
• Стандартизированная структура проекта

Основные файлы Composer

После инициализации проекта появляются два главных файла:

1. composer.json

Это основной файл конфигурации. В нем указываются зависимости проекта.

Пример:

{
"require": {
"monolog/monolog": "^3.0"
}
}

2. composer.lock

Фиксирует точные версии пакетов, чтобы проект работал одинаково на всех машинах.

Установка Composer

Windows

Скачайте установщик с официального сайта и запустите .exe.

Linux / macOS

php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"
php composer-setup.php
php -r "unlink('composer-setup.php');"

Проверка:

composer --version

Инициализация проекта

Создать новый проект:

composer init

Composer задаст несколько вопросов и создаст файл composer.json.

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

Добавление библиотеки:

composer require monolog/monolog

Composer:

• скачает пакет
• создаст папку vendor
• обновит composer.json
• создаст composer.lock

Подключение автозагрузки

После установки пакетов нужно подключить autoload:

require 'vendor/autoload.php';

Теперь можно использовать классы библиотек:

use Monolog\Logger;
use Monolog\Handler\StreamHandler;

$log = new Logger('name');
$log->pushHandler(new StreamHandler('app.log'));
$log->info('Hello Composer');

Основные команды Composer

Версии зависимостей

Composer использует специальные символы для управления версиями:

"^1.2" → >=1.2 <2.0
"~1.2" → >=1.2 <1.3
"1.2.*" → все версии 1.2

Пример:

{
"require": {
"guzzlehttp/guzzle": "^7.0"
}
}

Автозагрузка классов (PSR-4)

Можно настроить автозагрузку своих классов:

{
"autoload": {
"psr-4": {
"App\\": "src/"
}
}
}

После этого выполнить:

composer dump-autoload

Теперь классы из src/ будут подключаться автоматически.

Структура проекта с Composer

project/
│
├── composer.json
├── composer.lock
├── vendor/
│ └── ...
├── src/
│ └── ...
└── index.php

Когда использовать composer install и update

composer install

• при клонировании проекта
• устанавливает версии из composer.lock

composer update

• обновляет зависимости
• изменяет composer.lock

Практический пример

Создадим проект и подключим библиотеку:

composer init
composer require symfony/var-dumper

Использование:

require 'vendor/autoload.php';
dump("Hello Composer");

Преимущества Composer

• ускоряет разработку
• огромная база пакетов
• удобное управление зависимостями
• стандарт де-факто для PHP

Итог

Composer — обязательный инструмент для современной разработки на PHP. Он автоматизирует подключение библиотек, упрощает структуру проекта и делает код более поддерживаемым.

Что такое npm

npm — это менеджер пакетов для среды выполнения Node.js. Он позволяет устанавливать, обновлять и управлять библиотеками (пакетами), которые используются в проектах на JavaScript и TypeScript.

Проще говоря, npm — это:

• огромный каталог готовых библиотек
• инструмент для установки зависимостей
• система управления версиями пакетов
• средство автоматизации задач разработки

Зачем нужен npm

Без npm разработчику пришлось бы:

• скачивать библиотеки вручную
• следить за зависимостями
• обновлять все самостоятельно

npm автоматизирует эти задачи:

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

Установка npm

npm устанавливается автоматически вместе с Node.js.

Проверить установку:

node -v
npm -v

Инициализация проекта

Перед использованием npm создается файл конфигурации:

npm init

Или автоматически:

npm init -y

Создается файл package.json — основной файл проекта.

Пример:

{
"name": "my-project",
"version": "1.0.0",
"description": "Учебный проект",
"main": "index.js",
"scripts": {
"start": "node index.js"
}
}

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

Установить пакет:

npm install lodash

Установить как зависимость для разработки:

npm install eslint --save-dev

После установки появляется папка:

• node_modules
• файл package-lock.json

Виды зависимостей

В package.json есть:

"dependencies": {
"lodash": "^4.17.21"
},
"devDependencies": {
"eslint": "^8.0.0"
}

• dependencies — нужны для работы приложения
• devDependencies — нужны только при разработке

Основные команды npm

Установить зависимости проекта:

npm install

Удалить пакет:

npm uninstall lodash

Обновить пакет:

npm update

Список установленных пакетов:

npm list

Скрипты npm

В package.json можно создавать команды:

"scripts": {
"start": "node index.js",
"dev": "nodemon index.js",
"build": "webpack"
}

Запуск:

npm run dev

Глобальная установка

Иногда пакеты устанавливают глобально:

npm install -g nodemon

Глобальные пакеты используются как CLI-утилиты.

Структура проекта с npm

my-project/
│
├── node_modules/
├── package.json
├── package-lock.json
└── index.js

Преимущества npm

• Огромное количество библиотек
• Простое управление зависимостями
• Поддержка версий
• Скрипты автоматизации
• Быстрая установка

Недостатки npm

• Большой размер node_modules
• Возможные конфликты зависимостей
• Иногда медленная установка

npm vs другие менеджеры пакетов

• Yarn — быстрее установка
• pnpm — экономит место
• npm — стандарт по умолчанию

Итог

npm — основной инструмент для разработки на JavaScript. Он:

• управляет зависимостями
• автоматизирует задачи
• упрощает разработку

Без npm современная разработка на Node.js практически невозможна.

Что такое pip

pip — это стандартный менеджер пакетов для языка программирования Python.
Он позволяет устанавливать, обновлять и удалять сторонние библиотеки из официального репозитория Python Package Index (PyPI).

Проще говоря, pip — это инструмент, который помогает быстро подключать готовые модули к вашему проекту вместо того, чтобы писать все с нуля.

Зачем нужен pip

С помощью pip можно:

• устанавливать библиотеки
• обновлять пакеты
• удалять ненужные зависимости
• сохранять список зависимостей проекта
• управлять версиями библиотек

Например, если вам нужна библиотека для работы с HTTP-запросами, достаточно одной команды.

Проверка установки pip

Обычно pip устанавливается вместе с Python. Проверить можно командой:

pip --version

Если установлен — вы увидите номер версии.

Основные команды pip

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

pip install requests

Установит библиотеку requests из PyPI.

Установка конкретной версии

pip install requests==2.31.0

Полезно, если проект требует определенную версию.

Обновление пакета

pip install --upgrade requests

Обновит пакет до последней версии.

Удаление пакета

pip uninstall requests

Удалит библиотеку из системы.

Список установленных пакетов

pip list

Показывает все установленные библиотеки

Файл зависимостей requirements.txt

Для проектов обычно создают файл зависимостей:

Создание:

pip freeze > requirements.txt

Установка из файла:

pip install -r requirements.txt

Это важно при работе в команде — все используют одинаковые версии библиотек.

Виртуальные окружения (рекомендуется)

pip часто используют вместе с виртуальными окружениями, чтобы зависимости разных проектов не конфликтовали.

Создание окружения:

python -m venv venv

Активация (Windows):

venv\Scripts\activate

После активации pip устанавливает пакеты только для этого проекта.

Где pip берет пакеты

По умолчанию pip использует репозиторий:

• Python Package Index

Там находятся десятки тысяч библиотек: от веб-фреймворков до машинного обучения.

Популярные альтернативы pip

Иногда используются другие инструменты:

• pipenv — объединяет pip и виртуальные окружения
• Poetry — современный менеджер зависимостей
• conda — популярный в научных вычислениях

Но pip остается самым базовым и универсальным.

Пример полного рабочего процесса

python -m venv venv
venv\Scripts\activate
pip install flask
pip freeze > requirements.txt

Итог

pip — это:

• стандартный менеджер пакетов для Python
• простой в использовании
• необходимый инструмент для любого Python-разработчика
• основа управления зависимостями проекта

Без pip современная разработка на Python практически невозможна.

Что такое Maven

Apache Maven — это инструмент управления зависимостями и сборки проектов, чаще всего используемый в проектах на языке Java. Он автоматизирует загрузку библиотек, сборку кода, запуск тестов и создание готовых приложений.

Maven — это не просто менеджер пакетов, а полноценная система сборки проекта.

Зачем нужен Maven

Без Maven разработчику приходится:

• вручную скачивать библиотеки
• следить за версиями
• настраивать classpath
• писать скрипты сборки

Maven делает это автоматически:

• скачивает зависимости
• обновляет версии
• управляет структурой проекта
• выполняет сборку
• запускает тесты

Основные возможности Maven

• Управление зависимостями
• Стандартизированная структура проекта
• Автоматическая сборка
• Работа с плагинами
• Создание JAR/WAR
• Управление версиями

Структура проекта Maven

Типичная структура проекта:

project
├── src
│ ├── main
│ │ ├── java
│ │ └── resources
│ └── test
│ └── java
└── pom.xml

Главный файл — pom.xml

Файл pom.xml

Это конфигурационный файл Maven. В нем описывается:

• информация о проекте
• зависимости
• плагины
• настройки сборки

Пример минимального pom.xml:

Добавление зависимости

Например, подключим библиотеку JUnit:

После этого Maven сам скачает библиотеку.

Основные команды Maven

Пример:

mvn clean package

Жизненный цикл Maven

Maven использует lifecycle (жизненный цикл сборки):

1. validate
2. compile
3. test
4. package
5. verify
6. install
7. deploy

Каждый этап выполняется автоматически при вызове последующего.

Репозитории Maven

Maven загружает зависимости из:

• локального репозитория (~/.m2)
• центрального репозитория Maven Central
• корпоративных репозиториев (например Nexus Repository Manager, JFrog Artifactory)

Плагины Maven

Плагины расширяют функциональность Maven:

Пример:

Преимущества Maven

• автоматическое управление зависимостями
• единый стандарт проектов
• большое количество плагинов
• удобство CI/CD
• поддержка IDE

Недостатки Maven

• verbose XML конфигурация
• медленнее чем Gradle
• сложность кастомизации

Maven vs другие менеджеры

• Maven — декларативный (XML)
• Gradle — скриптовый (Groovy/Kotlin)
• Apache Ant — ручная сборка

Когда использовать Maven

Maven подходит если:

• проект на Java
• нужна стандартная структура
• важна стабильность
• используется CI/CD

Итог

Maven — мощный менеджер зависимостей и система сборки, которая:

• автоматизирует разработку
• упрощает управление библиотеками
• стандартизирует проекты

Менеджер пакетов APT — учебная статья

APT (Advanced Package Tool) — это система управления пакетами в операционных системах семейства Linux, основанных на Debian, например Ubuntu, Linux Mint и других. Она позволяет устанавливать, обновлять и удалять программы из репозиториев автоматически.

Что такое APT

APT — это надстройка над низкоуровневым менеджером пакетов dpkg.
APT упрощает работу, автоматически:

• ищет зависимости
• скачивает пакеты из репозиториев
• устанавливает их в правильном порядке
• обновляет систему

Основные возможности APT

APT позволяет:

• устанавливать программы
• удалять программы
• искать пакеты
• обновлять систему
• очищать кеш пакетов

Основные команды APT

Обновление списка пакетов

sudo apt update

Команда обновляет список доступных пакетов из репозиториев.

Обновление установленных программ

sudo apt upgrade

Обновляет все установленные пакеты до новых версий.

Полное обновление системы:

sudo apt full-upgrade

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

sudo apt install имя_пакета

Пример:

sudo apt install git

Удаление пакета

Удалить программу:

sudo apt remove имя_пакета

Удалить вместе с конфигурацией:

sudo apt purge имя_пакета

Поиск пакета

apt search имя

Пример:

apt search nginx

Информация о пакете

apt show имя_пакета

Очистка кеша

APT сохраняет скачанные пакеты. Очистить кеш:

sudo apt clean

Удалить ненужные зависимости:

sudo apt autoremove

Репозитории APT

APT скачивает пакеты из репозиториев — специальных серверов с программами.

Файл со списком репозиториев:

/etc/apt/sources.list

После изменения репозиториев нужно выполнить:

sudo apt update

Отличие apt от apt-get

Раньше использовалась команда:

• apt-get
• apt-cache

Современная команда apt объединяет их функции и удобнее для пользователя.

Пример:

apt-get install → apt install
apt-get update → apt update

Пример полного рабочего процесса

sudo apt update
sudo apt upgrade
sudo apt install curl
sudo apt autoremove

Преимущества APT

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

Недостатки

работает только в Debian-подобных системах
требует прав администратора

Итог

APT — один из самых удобных менеджеров пакетов в Linux. Он позволяет быстро устанавливать программы, поддерживать систему в актуальном состоянии и автоматизировать администрирование.

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

brew --version

brew search wget

brew install wget

brew update

brew upgrade

brew uninstall wget

brew list

brew install git

brew install --cask google-chrome

brew install node

brew update

brew cleanup

brew doctor

brew update
brew install git
brew install node
brew install --cask visual-studio-code
brew upgrade
brew cleanup

Менеджер пакетов часто называют менеджером установки , что может привести к путанице между менеджерами пакетов и установщиками . Различия заключаются в следующем:

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

Однако оба типа инструментов имеют много общего:

• Топологическая сортировка графа зависимостей, используемая в менеджере пакетов для обработки зависимостей между бинарными компонентами, также используется в менеджере сборки для обработки зависимостей между исходными компонентами.
• Многие make-файлы поддерживают не только сборку исполняемых файлов, но и их установку с помощью команды ` make install.
• Каждый менеджер пакетов для дистрибутивов, основанных на исходном коде, — например, Portage , Sorcery или Homebrew — поддерживает преобразование исходного кода в исполняемые бинарные файлы и их установку.

Некоторые инструменты, такие как Maak и AAP, предназначены для обработки как сборки, так и развертывания и могут использоваться как утилиты автоматизации сборки, менеджеры пакетов или и то, и другое.

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

Менеджеры пакетов также часто имеют только код, проверенный людьми. Многие магазины приложений, такие как Google Play и App Store от Apple, проверяют приложения в основном с помощью автоматизированных инструментов; вредоносное ПО может пройти эти тесты, обнаружив, когда приложение тестируется, и откладывая вредоносную активность. Есть исключения: база данных пакетов npm , например, полностью полагается на проверку кода после публикации, в то время как база данных пакетов Debian имеет обширный процесс проверки людьми, прежде чем какой-либо пакет попадет в основную базу данных. Бэкдор XZ Utils использовал годы построения доверия для внедрения бэкдора, который, тем не менее, был обнаружен в базе данных тестирования.

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

Каждый менеджер пакетов полагается на формат и метаданные пакетов в своем репозитории. То есть менеджерам пакетов необходимы группы файлов для сборки вместе с соответствующими метаданными, такими как зависимости. Часто базовый набор утилит управляет основной установкой из этих пакетов, а несколько менеджеров пакетов используют эти утилиты для предоставления дополнительной функциональности.

Например, yum использует rpm в качестве бэкэнда . Yum расширяет функциональность rpm, добавляя такие возможности, как простая настройка для обслуживания сети систем. В качестве другого примера, Synaptic Package Manager предоставляет графический пользовательский интерфейс, используя библиотеку Advanced Packaging Tool (apt), которая, в свою очередь, использует dpkg для обеспечения основной функциональности.

Alien — это программа, которая преобразует различные форматы пакетов Linux , поддерживая конвертацию между пакетами .rpm , .deb , Stampede (.slp), Solaris (.pkg) и Slackware ( .tgz , .txz , .tbz, .tlz), совместимыми со стандартом Linux Standard Base (LSB) .

Для мобильных операционных систем Google Play использует формат пакета приложения Android (APK), а Microsoft Store — форматы APPX и XAP . И Google Play, и Microsoft Store имеют собственные менеджеры пакетов.

В силу особенностей свободного и открытого программного обеспечения (FOSS), пакеты под схожими и совместимыми лицензиями доступны для ряда операционных систем. Эти пакеты можно комбинировать и распространять с помощью настраиваемых систем управления пакетами, что позволяет обрабатывать множество вариантов программного обеспечения и управлять зависимостями и конфликтами, специфичными для каждой версии. Некоторые менеджеры пакетов FOSS сами выпускаются как FOSS. Одно из типичных различий между системами управления пакетами в проприетарных операционных системах, таких как Mac OS X и Windows, и системами в свободном и открытом программном обеспечении, таких как Linux, заключается в том, что системы свободного и открытого программного обеспечения позволяют устанавливать и обновлять сторонние пакеты с помощью того же механизма, тогда как менеджеры пакетов Mac OS X и Windows обновляют только программное обеспечение, предоставляемое Apple и Microsoft соответственно (за исключением некоторых драйверов сторонних производителей в Windows). Возможность непрерывного обновления стороннего программного обеспечения обычно добавляется путем добавления URL- адреса соответствующего репозитория в конфигурационный файл системы управления пакетами.

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

В отличие от системных менеджеров пакетов, менеджеры пакетов уровня приложений фокусируются на небольшой части программной системы. Обычно они находятся в дереве каталогов , которое не поддерживается системным менеджером, например, c:\cygwin или /opt/sw . Это может быть не так для менеджеров, работающих с библиотеками программирования, что может привести к конфликтам, поскольку оба менеджера могут претендовать на владение файлом и могут нарушить обновления.

Иэн Мердок отметил, что управление пакетами — это «самое большое достижение, которое Linux принес в индустрию», что оно размывает границы между операционными системами и приложениями, и что оно облегчает «внедрение новых инноваций [...] на рынок и [...] развитие ОС».

Существует также конференция для разработчиков менеджеров пакетов, известная как PackagingCon. Она была основана в 2021 году с целью изучения различных подходов к управлению пакетами

• менеджер строк приложения
• Список систем управления программными пакетами
• файл манифеста
• Формат упаковки

Исследование, описанное в статье про composer, подчеркивает ее значимость в современном мире. Надеюсь, что теперь ты понял что такое composer, npm, pip, maven, apt, homebrew и для чего все это нужно, а если не понял, или есть замечания, то не стесняйся, пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Разработка программного обеспечения и информационных систем