Satis - локальное хранение репозитория Packagist с локальными изменениями, которые не предназначены для общего пользования.

Я хочу знать, храню ли я существующий пакет, который находится на http://packagist.org в репозитории svn моей компании, могу ли я также нужно хранить необходимые пакеты / репозитории?

Пример, MonologBundle:

Требуется реклама JSON:

"require": {
    "php": ">=5.3.2",
    "symfony/monolog-bridge": ">=2.1.0,<2.3-dev",
    "symfony/dependency-injection": ">=2.1.0,<2.3-dev",
    "symfony/config": ">=2.1.0,<2.3-dev",
    "monolog/monolog": "1.*"
},

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


person Phill Pafford    schedule 01.11.2012    source источник


Ответы (1)


В этом нет необходимости, вы можете просто загрузить зависимости из packagist, если не хотите их отменять.

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

person Seldaek    schedule 01.11.2012
comment
Еще раз спасибо за отзыв, у меня есть дополнительный вопрос. Мой клиент также требует, чтобы весь исходный код поддерживался (не за пределами репозиториев), поэтому загрузка из упаковщика может быть не вариантом. Я пытался найти решение с помощью Satis, но сталкивался с большим количеством вопросов / проблем, чем ожидалось. Я действительно видел, что могу запустить свой собственный сайт упаковщиков, но я думаю, что те же проблемы все равно возникнут. Мысли? Кстати, спасибо за помощь @Seldaek! О, и Bundle в примере - это просто пример - person Phill Pafford; 01.11.2012
comment
У нас похожие требования. Нам не нужны внешние зависимости в нашем процессе развертывания. На данный момент мы решили просто проверить весь каталог vendor после удаления из него .svn: s (мы также используем svn, как и вы). Это вызывает некоторые проблемы с composer / subversion, поскольку это не рекомендуемый подход, но его всегда можно решить, просто удалив содержимое каталога поставщика и переустановив зависимости. Лучшим подходом было бы создать локальный Satis (облегченный упаковщик) или packagist, разветвить все пакеты и их требования и добавить их в этот репозиторий. - person Clarence; 01.11.2012
comment
@PhillPafford Это сложный вопрос прямо сейчас, вы можете сделать, как предлагает Кларенс, но это не будет весело. - person Seldaek; 01.11.2012
comment
@Clarence Да, я сейчас работаю над местным проектом Satis, спасибо за информацию. - person Phill Pafford; 01.11.2012
comment
У @Clarence есть еще один вопрос, по которому я хотел бы получить ваш ответ: stackoverflow.com/questions/13277110/ - person Phill Pafford; 08.11.2012
comment
Однако кто-то другой справился с этим быстрее;) Рад, что вы разобрались. - person Clarence; 08.11.2012