Puncte:0

Cu site-urile/implicit/fișierele care nu fac parte din git repo, ce conținut va fi folosit în dev?

drapel cn

Folosesc o instalare Drupal gestionată de compozitor și vreau să folosesc git pentru a o muta între mediile de dezvoltare și de producție. Din câte am înțeles, singurul director care nu ar trebui să fie în git repo este site-uri/implicit/fișiere. Orice altceva, inclusiv. modulele, temele, fișierele compozitorului etc. ar fi în depozit. Composer ar fi rulat doar în dezvoltarea locală, dar nu și în producție.

Ceea ce nu înțeleg este ce conținut ar fi folosit în dev atunci când folderul de fișiere nu conține fișierele din producție? Este doar conținut de testare, de exemplu creat de devel generate? Și ce se întâmplă când un nou dezvoltator se alătură echipei? Va obține un dump db de la un alt sistem de dezvoltare pentru a-și configura mediul, deoarece un dump db din producție ar include conținut care leagă fișiere care nu sunt acolo din cauza directorului de fișiere lipsă!?

Sper că mă puteți ajuta să mă asigur că mă gândesc în direcția greșită.

leymannx avatar
drapel ne
Repo constă în principal din module personalizate, teme personalizate și composer.json/~lock. Core, contrib și bibliotecile sunt toate gestionate de Composer. Da, depinde de tine să oferi o modalitate prin care fiecare dezvoltator poate sincroniza oricând o etapă sau DB live cu site-ul local. Acest lucru se poate face cu Drush și un site-uri YAML. Apoi este `drush -y sql-sync @stage @self`. Același lucru este valabil și pentru fișierele `drush -y rsync @stage:%files @self:%files`, sau utilizați modulul Stage File Proxy. Fiecare dezvoltator rulează întotdeauna `composer install` și `drush deploy` în localul lor după ce a făcut modificări.
leymannx avatar
drapel ne
Și trebuie să găsești o modalitate fie de a încărca build-ul `composer install` în Live cu CI, fie de a-l apela `composer install` direct pe Live după setarea site-ului în modul de întreținere, poate dintr-un script.
Extect avatar
drapel cn
Mulțumesc mult! Ar fi aceasta modalitatea recomandată atunci când se implementează pe un site de producție pe o găzduire partajată? (de teamă să nu ating o limită de memorie când apelez la instalarea compozitorului și CI nu este disponibil în proiect) Prin urmare, mă gândeam să includ chiar și modulele contrib în repo.
drapel cn
Abordarea CI are o grămadă de avantaje, dar nu este nimic în mod inerent în neregulă în păstrarea folderelor furnizorilor în depozit (în Drupal, acestea includ module de bază, contrib, teme de contrib etc.). Găzduirea partajată este un exemplu clasic în care acest tipar este foarte comun, chiar și în zilele noastre, exact pentru problemele de memorie pe care le-ați menționat
Extect avatar
drapel cn
@Clive: Mulțumesc pentru clarificare. De mare ajutor!

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.