Сергей Протько

illuminate/filesystem v5.1.6 requires symfony/finder 2.7.*

вот и весь ответ. Конфликт версий зависимостей.

Пользуетесь ли таковыми русско-язычными источниками?

Они имеют свойство очень быстро устаревать.

composer

Как при этом вынести настройки под конкретный сайт?

Просто вынесите настройки, они же в git не хранятся. Если планируете автодеплой налаживать - то все различия в ENV переменные и разруливать все на уровне CI-сервера (у меня например так разруливается, по джобе на сервер, что бы все секьюрные штуки спрятать и не хранить при этом в GIT-е)

да, можно.

https://getcomposer.org/doc/04-schema.md#repositories

Дополню ответ sunrails

Тут либо коммит в оригинальный репозиторий, либо клон от оригинала и изменять в нем.

Либо обернуть зависимость в свой объект/класс что обычно намного проще (если конечно речь идет не о баге) и там уже вносить изменения в поведение. Папка vendors должна оставаться неприкосновенной.

Как правильно и оптимально воспользоваться пакетными менеджерами для такой задачи?

никак, предоставляйте независимое приложение в виде готовых билдов (собранные tar.gz со всеми зависимостями, deb пакеты, docker-контейнеры).

основная мысль - ваш этот "встраиваемый компонент" на самом деле полноценное приложения, версии зависимостей которого вполне могут конфликтовать с проектом, в который оно будет интегрироваться. Что бы уменьшить количество проблем ваше приложение/модуль/компонент должно быть изолировано от основного приложения и просто предоставлять средства для взаимодействия. Исходя из задачи вам подойдет http api например.

https://getcomposer.org/doc/05-repositories.md#loa...

https://getcomposer.org/download/1.0.0-alpha8/comp...

да и работаю я на винде.

А разве есть какие-то "затруднения" для работы composer в винде? Я лично не припомню. Да и потом, есть же vagrant, настройте себе православное окружение в линуксе и живите спокойно. А кодить в винде будете.

ходит в интернет через прокси

Для таких крутых чуваков придумали https://toranproxy.com/

composer умеет работать с GIT репозиториями. Вам просто в composer.json каждого проекта придется прописать репозиторий для этого пакета.

Подробнее в документации. https://getcomposer.org/doc/04-schema.md#repositories

Маленькая поправка - не update а install. Последнее установит именно те версии, которые у вас стояли (пл composer.lock).

Если у вас composer ставил зависимости с prefer-dist (тобишь скачивал архив), то да. Только удалить директорию и выполнить composer install.

Если у вас composer клонил пакет и делал чекаут, можно вручную сделать чекаут директории нужной, либо composer сам предложит это сделать.

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

Вообще в composer нету такой возможности насколько я помню. Он просто клонит git-репозиторий себе.