Magento 2 non consente il collegamento di moduli mediante collegamenti simbolici

Ho aggiunto un modulo di sviluppo locale (repository git separato) a Magento 2 usando collegamenti simbolici e funzionava bene fino a quando non ho colpito i modelli PHTML. Dopo un intenso debug ho scoperto che la classe di filesystem Magento 2 ( Magento\Framework\Filesystem\Directory\Read) utilizza un isExists()metodo combinato con una getAbsolutePath()chiamata per vedere se esiste il modello PHTML. Tuttavia, il getAbsolutePath()metodo controlla se esiste il percorso relativo all'interno del filesystem Magento 2 e, in caso contrario, antepone il root Magento 2 a. esso. Nel mio caso, il modulo vive in un repository separato /git/Amentre Magento vive /site/Be questo comportamento verifica l'esistenza di un modello PHTML in /site/B/git/A.

In breve: i modelli PHTML che vivono al di fuori del filesystem di root di Magento 2 non vengono rilevati, indipendentemente dall'impostazione della configurazione del sistema "Consenti collegamenti simbolici" attivata. Sembra che l'impostazione stia funzionando, ma solo se l'origine del collegamento simbolico è ancora all'interno del filesystem Magento 2.

Qualcun altro ha riscontrato questo? Quale sarebbe il modo migliore per gestire lo sviluppo in un repository git esterno?

Soluzione alternativa se si utilizza il repository del percorso del compositore per il modulo.

In registration.phpput:

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

Questo registrerà il tuo modulo in un percorso simbolico nella directory del fornitore principale di Magento anziché nel suo vero percorso.

Dovrebbe anche essere possibile manipolare registration.php per puntare alla tua radice dev.

Per essere sicuro che venga caricato, dovresti eseguire registration.php da qualche parte nel processo di bootstrap.

Il modo più semplice (senza installarlo tramite il compositore) sarebbe quello di aggiungerlo manualmente al fornitore / compositore / autoload_files.php.

Ho anche pensato di scrivere un modulo per questo. Questo modulo potrebbe anche essere utile per ambienti di test di integrazione (per aggiungere e rimuovere moduli al volo senza doverli copiare da qualche parte).

=== === UPDATE

ormai ho scritto il modulo: http://github.com/davidverholen/magento2-dynamic-component-registry

inoltre penso che dovrebbe essere possibile collegare i moduli utilizzando i relativi collegamenti simbolici

È possibile abilitare / consentire i collegamenti simbolici tramite Stores => Configuration => Advanced => Developer => Impostazioni modello (proprio come in Magento 1.x):

(Non ho testato se questa impostazione funziona)

Inoltre puoi usare i sottomoduli, in questo modo non hai bisogno di collegamenti simbolici.

Per lo sviluppo, sviluppo moduli in una directory separata e utilizzo PHPStorm per copiarli nella mia installazione di sviluppo di Magento 2.

Se sviluppi utilizzando PHP Storm, copia il secondo repository nella radice del progetto Magento. Quindi creare i collegamenti simbolici necessari per abilitare il modulo. PHP Storm tratterà questo progetto come multiroot e riconoscerà entrambi i repository. È possibile scegliere tra strategie di gestione del repository sincrone e asincrone (impostazione predefinita) .

Questo problema si verifica anche quando EE (o qualsiasi altro modulo) è collegato a CE tramite symlink. La causa principale è che registration.phpcalcola il percorso del modulo base come percorso reale alla directory (nel tuo caso è al di fuori del progetto Magento). Ecco perché il percorso relativo viene calcolato in modo errato e quindi anche il percorso assoluto non è corretto. Se il secondo repository viene inserito nella radice di Magento, il percorso relativo punta al percorso del file reale (non al collegamento simbolico), ma verrebbe comunque trovato, quindi tutto funzionerà.