Что лучше держать, держать ядро системы в каждом проекте или выносить на уровень выше (для общего использования)?

Question

[dmitriy]

Есть сервер на котором достаточное кол-во проектов, все проекты имеют общее ядро которое 90% не меняется.
Соответственно что лучше:
1. вынести ядро на несколько уровней выше в файловой системе и в самих проектах оставить 10% кода. Соответственно просто делать подключение общего ядра
2. Не выносить в общее, а использовать в каждом проекте один и тот же код.

Answer 1

[Алексей Уколов]

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

Comments

[Павел Шорохов]

Composer наше всё

[dmitriy]

а Git submodules работает с composer ?

Answer 2

[raiboon]

Git submodules

Comments

[raiboon]

OnYourLips: Очень часто слышу эту фразу от тех, кто регулярно ходит по граблям с субмодулями, но настойчиво не хочет прочитать документацию и научиться работе с ними.

[dmitriy]

скажите пожалуйста , если я фиксю баг в пакете и делаю коммит он фиксируется в основном проекте то получается мне нужно будет также выкатить изменения и для этого пакета в его репозиторий в отдельном проекте? Получается суб модули и решают эту проблему один коммит применяется сразу к двум git проектам?

[raiboon]

diamond: Не совсем. После комита в ядро, вам потребуется пройти по каждому подпроекту, обновить в нем сабмодуль, и закомитить каждый проект. Субмодули нужны для того, что бы разработку "ядра" и каждого проекта можно было независимо, не ломая соместимости.

[raiboon]

OnYourLips: Не пользовался композером. Но если сравнивать питоновский pip и субмодули - я регулярно использую оба инструмента, в зависимости от того, что кажется удобнее и логически правильнее. Так что вопрос привыки.