пакет

Ситуация

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

Также представим, что почему-либо тестировать эти пакеты изолированно заранее вам неудобно, и потому вы правите их параллельно с основным кодом.

Проблема

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

Возможное решение

Решением может быть следующее:

Стандартного объекта для работы с хлебными крошками судя по всему нет (потому как вещь эта действительно сильно зависит от фантазии разработчиков).

Но есть универсальные решения для разных типов страниц, например (можно изучить):

Обычно полное имя пакета в композер имеет вид:

имя-производителя/имя-пакета

-- то есть состоит из двух частей, разделённых слэшем, где:

Термины

• Пакет -- это то, чем оперирует композер (файл/директория с файлами или логически объединеннная их группа), когда подтягивает зависимости какого-либо проекта (приложения) или другого пакета (зависимости могут быть иерархическими).

  Всякий пакет в конечно итоге это какие-то файлы, которые можно загрузить в свое web-приложение с помощью композера. На практике часто это php-классы, находящиеся в каком-либо пространстве имён.

Что должно быть в используемом пакете

Минимальные сведения о пакете могут выглядеть так: