Puncte:0

Cum să încărcați un proiect sandbox prin compozitor și să permiteți altor dezvoltatori din proiect să se angajeze în proiectul sandbox

drapel me

Lucrez la un profil de instalare chiar acum în Drupal (https://www.drupal.org/sandbox/jnicola/3277854). Vreau să dezvolt următorul proiect în care ne aflăm, de asemenea, să construim acest lucru în prima parte a construcției site-ului nostru.

Pot încărca proiectul sandbox prin compozitor fără probleme și este verificat prin git, dar când rulez git status primesc „HEAD detached at 56eaaa5”

Aș dori ca repo-ul sandbox să fie verificat în ramura de dezvoltare activă și vreau să pot lucra în interiorul acelui proiect în interiorul Drupal în general.

Este destul de important ca acest lucru să fie adus și prin compozitor, deoarece voi adăuga cerințe de module în fișierul sandbox composer.json pentru proiectul general, așa că cred că aducerea depozitului ca „submodul” nu ar funcționa, chiar dacă aceasta este funcționalitatea dorită.

drapel id
Răspunsul meu de mai jos este calea. Evitați submodulele Git.
Kevin avatar
drapel in
Da, submodulele git sunt inutil complexe pentru această linie de lucru de obicei.
Puncte:0
drapel id

Faceți referire la această versiune a proiectului în compozitor.json la fel de 1.0.x-dev. Aceasta este documentat de Composer. Compozitorul verifică un commit, deci CD în proiectul de lucru copiați și tipați git checkout 1.0.x.

Detaliat, compozitor.json ar trebui să conțină acest lucru în depozite secțiune:

        {
            "tip": "vcs",
            „url”: „https://git.drupalcode.org/sandbox/jnicola-3277854.git”
        }

Apoi tastați:

compozitorul necesită „drupal/simple_grouped_content:1.0.x-dev”
cd profiles/contrib/simple_group_content
git checkout 1.0.x

Aceasta este o întrebare Composer mai degrabă decât o întrebare Drupal.

Kevin avatar
drapel in
Da, se angajează și împing în acel sandbox, de fiecare dată când actualizați compozitorul (modulul), acesta va aduce modificări.
drapel id
Folosiți `1.0.x-dev@dev` dacă există un conflict cu stabilitatea minimă stabilită în acest proiect.
drapel me
Există o modalitate de a face acest lucru în cazul în care ramura este verificată în mod implicit și nu începe într-o stare detașată? Este minor, știu, dar colegii mei vor folosi orice scuză pentru a se plânge de această metodologie, oricât de minoră ar fi.
drapel id
Aceasta este o întrebare a Compozitorului. Nu sunt sigur că există o cale. Vezi și https://drupal.stackexchange.com/questions/291875/how-can-i-prevent-composer-from-detaching-a-modules-head
drapel id
Iată din nou aceeași întrebare, acum zece ani: https://stackoverflow.com/questions/12284090/no-branch-when-installing-with-composer-json Așa cum a răspuns liderul echipei Composer. Dar OP a deschis de fapt cererea de caracteristică așa cum a fost cerut și, în funcție de caracteristică, au schimbat comportamentul, dar au fost îngrijorați de efectele secundare: https://github.com/composer/composer/issues/1164 Poate că au revenit.

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.