Semplificazione delle Installazioni Docker about gasdottong HOT 8 CLOSED

Aggiudicato ;-)

from gasdottong.

Non usando personalmente Docker/Sail non saprei dire, ma non mi è chiaro come il tutto possa funzionare eliminando le estensioni PHP e composer... Non sono comunque dipendenze di Sail?

from gasdottong.

Io vedo Docker come una sorta di server esterno (completo con PHP e composer) che condivide una cartella sulla mia macchina e ha gli stessi permessi dentro essa. Per creare questo "server", ho bisogno delle sue caratteristiche che sono definite nel file Dockerfile situato in 'GASdottoNG/code/vendor/laravel/sail/runtimes/8.2/'. Il punto è che la cartella vendor viene "generata" da composer, quindi quando clono la repository non esiste. Per evitare di dover installare PHP e composer sulla mia macchina locale, potrei semplicemente costruire prima il container e poi utilizzare PHP e composer che vengono installati all'interno. Quindi, quello che stavo pensando era di includere nei commit la cartella sail (vendor/laravel/sail/*) per avere accesso al file Dockerfile e allo script sail (vendor/bin/sail), così da poter utilizzare il comando sail invece dei comandi docker subito dal inizio. Questi file vengono sovrascritti durante gli aggiornamenti, quindi è facile da mantenere, in quanto vengono aggiornati automaticamente da composer in caso di modifiche. Cosa ne pensi?

from gasdottong.

Banalmente descrivere Sail come commandi Docker e Docker-Composer in stille Laravel per Laravel.

from gasdottong.

Mmm... Mi garba veramente poco committare dentro al repository dei contenuti in vendor...

Capisco il punto, ed effettivamente è contestabile il fatto che Sail sia installabile solo avendo a priori a disposizione gli strumenti di sviluppo, ma del resto Sail stesso viene proposto come uno strumento di sviluppo - non di deploy - dunque evidentemente, nella sua implementazione, non si sono posti il problema di predisporre un Docker auto-definito.

Molto dipende da come intendi il Docker per GASdotto. Se come uno strumento per agevolare lo sviluppo, è ragionevole assumere che PHP e composer siano installati sulla macchina host (se qualcuno vuol partecipare allo sviluppo di GASdotto, almeno quel minimo di strumenti li deve avere). Se come uno strumento per agevolare il deploy e l'installazione autonoma su un proprio server, sarebbe forse meglio lasciar perdere Sail e tornare - come era prima - al Dockerfile (o ad un file per Docker Compose).

from gasdottong.

Capisco perché non ti garba l'idea di committare la cartella vendor, e sinceramente sono d'accordo. Tuttavia, ho suggerito questa soluzione perché sembrava la più semplice e immediata, anche se un po' stupida.

Io lo intendevo come strumento per agevolare lo sviluppo. Principali obbiettivi:

• poter installare il progetto soltanto usando Docker e Docker Compose
• facile da mantenere (idealmente automatizzato)

Personalmente, sono soddisfatto di Sail. L'idea mi è venuta soltanto perché stavo sperimentando con Clear Linux e Laravel. Ho notato che potrei fare a meno di PHP e Composer se avessi Sail. Un'alternativa potrebbe essere uno script che automatizza il processo di recupero dei dati da Sail su GitHub. Comunque riflettendoci meglio, mi rendo conto che questa operazione è necessaria solo una volta e quindi potrebbe non essere così utile.

Se pensi che quest "feature" non è rilevante chiudi pure la issue. :)

from gasdottong.

Mi sembra di aver trovato la soluzione nella documentazione Laravel Installing Composer Dependencies for Existing Applications. Proverò a seguire quella procedura e vedere se funziona. Tuttavia, credo che potrebbe essere la soluzione che stavo cercando.

from gasdottong.

Provato e funziona, se sei d'accordo proved ad aggiornare README.md, unica modifica necessaria. 🙂

from gasdottong.