Magento 2 не дозволяє зв'язувати модулі за допомогою символьних посилань

Я додав модуль локальної розробки (окремий git repo) до Magento 2 за допомогою символічних посилань, і він працював чудово, поки не потрапив на шаблони PHTML. Після важкої налагодження я з'ясував, що клас файлової системи Magento 2 ( Magento\Framework\Filesystem\Directory\Read) використовує isExists()метод, поєднаний з getAbsolutePath()викликом, щоб перевірити, чи існує шаблон PHTML. Однак getAbsolutePath()метод перевіряє, чи існує відносний шлях у файловій системі Magento 2, і якщо ні, він примушує кореня Magento 2 до. це. У моєму випадку модуль живе в окремому репо, /git/Aтоді як живе Magento, /site/Bі ця поведінка перевіряє наявність шаблону PHTML в /site/B/git/A.

Коротше кажучи: шаблони PHTML, що живуть поза кореневою файловою системою Magento 2, не вибираються, незалежно від включеного параметра "Конфігурація системи" "Дозволити посилання". Здається, що налаштування працює, але лише в тому випадку, якщо джерело симпосилання все ще знаходиться у файловій системі Magento 2.

Хтось ще стикався з цим? Який був би найкращий спосіб впоратися з розвитком у зовнішньому git repo?

Хакітське вирішення, якщо ви використовуєте сховище шляху композитора для свого модуля.

У registration.phpсайті:

<?php
\Magento\Framework\Component\ComponentRegistrar::register(
    \Magento\Framework\Component\ComponentRegistrar::MODULE,
    'Module_Name',
    isset($file) ? dirname($file) : __DIR__
);

Це зареєструє ваш модуль під символізованим шляхом у кореневому директі Magento постачальника замість його реального шляху.

Слід також мати можливість маніпулювати register.php, щоб вказати на корінь свого розробника.

Щоб переконатися, що він завантажується, вам доведеться виконати register.php десь у вашому завантажувальному процесі.

Найпростіший спосіб (не встановлюючи його через композитор) - додати його вручну до постачальника / композитора / autoload_files.php.

Я також думав про те, щоб написати модуль для цього. Цей модуль також може бути корисним для тестових середовищ інтеграції (для додавання та видалення модулів на ходу, не копіюючи їх кудись).

=== ОНОВЛЕННЯ ===

до цього моменту я написав модуль: http://github.com/davidverholen/magento2-dynamic-component-registry

також я думаю, що має бути можливість з'єднати модулі за допомогою відносних символьних посилань

Можна ввімкнути / дозволити посилання посилання через Магазини => Конфігурація => Розширений => Розробник => Налаштування шаблону (як і в Magento 1.x):

(Я не перевіряв, чи працює цей параметр)

Також ви можете використовувати підмодулі, таким чином вам не потрібні символьні посилання.

Для розробки я розробляю модулі в окремому каталозі і використовую PHPStorm, щоб скопіювати їх у мою розробку Magento 2.

Якщо ви розробляєте використання PHP Storm, просто скопіюйте друге сховище в корінь проекту Magento. Потім створіть необхідні посилання для включення модуля. PHP Storm буде розглядати цей проект як багатокореневе і розпізнає обидва сховища. Ви можете вибирати між синхронними та асинхронними (за замовчуванням) стратегіями управління сховищами .

Ця проблема також виникає, коли EE (або будь-який інший модуль) пов'язаний з CE за допомогою символьних посилань. Першопричиною є те, що registration.phpобчислює шлях базового модуля як реальний шлях до каталогу (у вашому випадку він знаходиться поза проектом Magento). Ось чому відносний шлях обчислюється неправильно, і тоді абсолютний шлях також неправильний. Якщо друге сховище буде розміщено під коренем Magento, відносний шлях вказував би на реальний шлях до файлу (а не на посилання), але він все одно знайдеться, тому все буде працювати.