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

Я изучил подмодуль git и поддерево git. Я не думаю, что подмодуль Git будет работать для того, что мне нужно. Magento имеет следующий тип древовидной структуры:

/app
  /code
     /community *
     /core
     /local *
  /design
     /adminhtml
     /frontend
        /base
        /yourtheme *
/lib
  /Zend
  /Varien
  /yourlib *
/js
  /yourjs *
  /varien
  /mage

Использование подмодуля git лучше всего работает в отдельных папках (например, / это ваше приложение, а / vendor / magento это подмодуль). Однако при такой степени переплетения подмодуль не выглядит хорошим решением. Я ошибаюсь по этому поводу?

Это оставляет меня с Git поддерево. Но с git поддеревом то же самое основное предположение (что ветвь вендора является, как следует из названия, поддеревом) не выполняется. Magento не поддерево, а основная библиотека, в которую помещается мой проект. Это правильно?

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

Последний вариант, который я не хочу использовать, - это репо, который я затем просто применяю к последним изменениям вендоров (извлеченным из архива). Я не хочу заниматься этим, так как считаю, что информация о журнале поставщикаhttps://github.com/magentomirror/magento-mirror) было бы очень полезно отсортировать новые обновления и выяснить, какие изменения повлияли на меня.