Share
Astăzi, WordPress oferă 25% din toate site-urile web ale lumii, deci este sigur să spunem că ceea ce a început ca software de blogging a devenit ceva mult mai mare decât originea sa umilă și este gata să fie utilizat pe site-uri de nivel de producție de la portaluri de știri aplicații web complete.
Cu acest nivel de profesionalism, apar noi nevoi.
Pe un blog personal citit de prieteni și de familie, o actualizare a plugin-ului rupt nu va provoca mult mai mult decât o ușoară enervare - cel mai probabil, cititorii dvs. nu vor vedea nici măcar greșeala. Când lucrați în fața a sute de mii de vizitatori, o astfel de eroare va fi observată imediat și nu veți scăpa ușor de asta.
"A funcționat pe calculatorul meu" ar putea fi adevărat, dar nu va face pe clientul frustrat mai fericit.
De aceea, pe măsură ce construiți un site WordPress profesionist pentru o audiență mai mare, veți avea nevoie de o configurație de găzduire care să vă ajute să vă asigurați că actualizările dvs. sunt sigure și că nu veți rupe niciodată mediul live.
Deci, cum vă asigurați că serverul dvs. nu se va rupe atunci când veți împinge o nouă actualizare live, fie că este vorba de o nouă versiune a temei dvs., fie de o actualizare a unuia sau mai multor pluginuri?
Testați-vă într-un mediu identic cu serverul live înainte de a vă împinge în direct modificările.
Configurarea începe cu a server de dezvoltare pe care le folosiți pentru munca dvs. zilnică asupra produsului: testarea dezvoltatorilor, prezentarea modificărilor rapide la clienți și așa mai departe. Acest server ar putea să apară pe computerul dvs. sau pe un server din cloud.
Când sunteți mulțumit de modul în care privesc lucrurile pe serverul de dezvoltare, în această setare, nu vă grăbiți să vă împingeți în direct codul. În schimb, faceți modificările în controlul versiunilor și le deplasați la a server de testare.
Deoarece mediul de testare rulează software-ul serverului identic cu software-ul de pe serverul live - cu excepția faptului că noul cod nu a fost actualizat la serverul live încă - îl puteți folosi pentru a identifica eventualele probleme care ar putea apărea pe server, dar nu pe mediul de dezvoltare. Pentru a face testele chiar mai realiste și erorile spot cauzate de datele introduse de clienții dvs., puteți, de asemenea, să populați baza de date de testare cu date reale din serverul viu.
Pe serverul de testare, asigurați-vă că totul funcționează așa cum ar trebui, testați manual site-ul sau executați teste automate sau o combinație a celor două. Și numai atunci, când testele s-au încheiat cu succes, împingeți modificările live. Cu încredere, știind că modificările nu vă vor sparge site-ul.
În timp ce abordarea Dev-Test-Live este bine cunoscută în rândul companiilor de software care creează servicii online, aceasta sa limitat în mod tradițional la dezvoltatori și întreprinderi cu resurse pentru a rula și gestiona mai multe servere pe cont propriu și pentru a le păstra în sincronizare cu același server software și date.
Asta înseamnă să plătiți pentru multe servere, dar și o mulțime de lucrări de întreținere.
Pe Pantheon, această abordare este integrată cu serviciul.
Pantheonul este un serviciu de găzduire scalabil, rapid WordPress și Drupal, care nu numai că vă permite să vă testați codul pe un server de testare înainte de al împinge în direct, ci vă forțează destul de mult să urmați procedura de best practice în toate implementările dvs..
În acest tutorial, veți învăța cum să configurați un site WordPress pe Pantheon și să îl dezvoltați și să îl întrețineți în siguranță folosind arhitectura Dev-Test-Live și controlul versiunii.
Să începem!
Acum că știți ce vom construi (și de ce), este timpul să începem.
Unul dintre lucrurile minunate despre Pantheon este modelul său de tarifare: plătiți doar odată ce site-ul dvs. este live, astfel încât să puteți încerca totul și chiar să vă demonstrați site-ul dvs. prietenilor și clienților înainte de a trebui să plătiți pentru contul dvs..
În primul rând, mergeți pe site-ul Pantheon și creați contul gratuit.
Dacă lucrarea dvs. constă în crearea de site-uri web pentru o grămadă de clienți sau dacă aveți o echipă de dezvoltatori care lucrează cu dvs., vă puteți înscrie ca o agenție. Agențiile au aceeași structură de stabilire a prețurilor, dar au și unele caracteristici suplimentare, cum ar fi Multidev, care vă permit să introduceți un site în mai multe medii de dezvoltare pentru a ușura colaborarea și pentru a construi și demonstra noi caracteristici fără a fi nevoie să actualizați mediul primar.
Dacă nu sunteți sigur ce tip de cont este potrivit pentru dvs., mergeți doar cu cel implicit. Puteți oricând să vă convertiți contul într-un cont de agenție mai târziu.
După ce v-ați conectat, veți vedea următoarea vizualizare:
Click pe Creați un site nou pentru a începe construirea primului site WordPress pe Pantheon.
Pe acest ecran, alegeți un nume pentru site-ul dvs. pe Pantheon: numele este utilizat în administratorul dvs. Pantheon și pentru generarea adreselor URL ale mediilor dvs. Nu puteți schimba acest nume mai târziu, deci este bine să vă gândiți, dar nu vă faceți griji - nu trebuie să fie același cu numele final al site-ului WordPress.
Numele sunt globale de-a lungul Panteonului, deci alegerea unui lucru foarte generic poate duce la o eroare. În acest caz, încercați altceva.
După ce ați selectat numele, faceți clic pe Creați un site.
Apoi, vi se va cere să alegeți starea de pornire pentru noul dvs. site. Puteți fie să porniți un nou site de la zero, fie să importați un site existent Drupal sau WordPress:
Alege Începe de la zero.
Sub selecție, veți vedea o listă a diferitelor pachete de pornire sau a fluxurilor ascendente, așa cum sunt numite pe Pantheon.
Aceste fluxuri implicite sunt menținute de Pantheon, astfel încât atunci când o nouă actualizare devine disponibilă pentru una pe care o utilizați (WordPress, în cazul nostru), puteți să le actualizați cu ușurință pe site-ul dvs. prin Tabloul de bord Pantheon.
Pe măsură ce creăm un site WordPress, faceți clic pe Instalați WordPress.
Incepe instalarea. Și după puțină vreme, e gata.
Faceți clic pe Vizitați tabloul de bord Panteon buton.
Acum, aveți o nouă instalare WordPress care rulează pe un server de dezvoltare Pantheon și poate accesa și controla prin Panoul de control Panteon.
În partea de sus a ecranului, veți vedea trei file pentru diferitele medii de server: dev, Test, și Trăi. Sub fiecare filă, veți găsi apoi o structură de meniu similară pentru menținerea acelui server și implementarea codului și a datelor între medii:
Faceți clic pe Site Admin butonul din partea stângă sus a ecranului. Aceasta vă va conduce prin fluxul regulat de configurare WordPress:
De asemenea, puteți face clic pe Vizitați site-ul de dezvoltare pentru a vizualiza site-ul.
Acum, când mediul de dezvoltare este în desfășurare, să aruncăm o privire asupra celorlalte două medii.
După cum am văzut mai sus, în tabloul de bord Pantheon, veți găsi filele pentru cele trei medii server: dev, Test, și Trăi.
Fiecare dintre file reprezintă unul dintre mediile de server care rulează site-ul dvs.. dev este mediul de dezvoltare pentru testare, pe măsură ce lucrați pe site, și poate să demonstrăm clienților o versiune timpurie a site-ului. Trăi este versiunea site-ului care se execută și este utilizată de utilizatorii reali.
Între cele două este Test, mediul care ține site-ul viu relativ sigur față de greșelile dvs. Înainte de a putea împinge ceva în direct pe Pantheon, va trebui întotdeauna să treacă prin Test pentru a obține o ultima șansă de a verifica dacă funcționează corect înainte de a trimite codul în sălbăticie.
Pe măsură ce am creat noul site WordPress, el încă există doar în mediul de dezvoltare.
Să creăm un mediu de testare pentru acesta.
Faceți clic pe Test fila.
Deoarece aceasta este prima dată pe Test , veți vedea câteva informații despre modul în care funcționează mediul de testare.
Click pe Creați un mediu de testare pentru a clona mediul Dev pentru testare. În acest stadiu, codul și datele de la Dev sunt clonate, deoarece nu există încă un mediu viu. În viitoarele actualizări, precum și în curând văd, totuși, numai codul se mișcă de la Dev la Test. Asta pentru că ideea este că pe serverul de testare veți verifica codul împotriva datelor copiate din mediul live.
Mediul de testare este acum pregătit.
Click pe Vizitați site-ul de testare pentru a verifica dacă site-ul de testare arată exact la fel ca site-ul care rulează în mediul dvs. Dev. De asemenea, puteți da clic pe Site Admin pentru a vă conecta la tabloul de bord WordPress. Utilizați aceleași acreditări de administrare pe care le-ați definit pentru WordPress pe serverul Dev.
Ați creat o instalare WordPress foarte bazată pe un mediu de dezvoltare și testare și sunteți gata să începeți să o personalizați.
Acum că aveți o instalare WordPress care rulează în nor, probabil că doriți să faceți ceva mai mult cu acesta. Cel puțin, veți instala câteva pluginuri și poate o temă și personalizați site-ul pentru a se potrivi dorințelor dvs. Într-o configurație mai complexă, veți scrie propriile plugin-uri și poate crea o temă personalizată pentru a face site-ul dvs. propriu.
Acolo vom ajunge la centrul de lucru cu o instalare Dev-Test-Live.
Configurarea pe Pantheon se bazează pe controlul versiunii: Panteonul păstrează întreaga dvs. instalare WordPress, cu excepția încărcărilor de fișiere, care sunt gestionate folosind un sistem de fișiere special, într-un depozit Git. În acest fel, când implementați modificările în mediul următor, totul rămâne întotdeauna sincronizat și nu vă pierdeți niciodată modificările.
Aceasta înseamnă că singura modalitate de a face actualizări pentru mediile de testare și live este prin controlul versiunii. Nu puteți instala plugin-uri sau teme pe serverul Live așa cum ați fost obișnuiți să lucrați cu WordPress. La urma urmei, asta ar sparge ideea de a testa setarea înainte de ao împinge live.
Deci, cum instalați și actualizați pluginuri și teme pe site-ul dvs. WordPress?
Puteți accesa site-ul dvs. dev mediu pe Pantheon în două moduri: folosind Git sau direct peste SFTP.
În timp ce folosim Git este util pentru unele cazuri de utilizare mai avansate (vom arunca o privire mai târziu în tutorial), o parte din frumusețea configurației Pantheon este că prin utilizarea SFTP, puteți folosi mediul Dev ca server de dezvoltare . În acest fel, este posibil chiar să ignorați dacă un server de dezvoltare rulează pe computerul dvs. deloc.
Alegerea nu este permanentă: puteți comuta între moduri în funcție de ce funcționează cel mai bine pentru sarcina la îndemână.
Deci, pentru moment, asigurați-vă că mediul Dev utilizează SFTP modul de conectare:
În modul SFTP, faceți schimbările la codul de bază al instalării WordPress direct pe server și atunci când totul arată bine, angajați-vă modificările la Git utilizând instrumentele de pe tabloul de bord Pantheon.
În acest fel, puteți utiliza site-ul Dev ca și cum ați folosi orice site WordPress și personalizați site-ul folosind tabloul de bord WordPress la fel cum ați face pe o singură configurare a serverului.
Să încercăm în acțiune.
În tabloul de bord al administratorului WordPress, selectați Plugin-uri > Adăuga nou. Apoi, selectați un plugin pe care doriți să îl instalați. De exemplu, am instalat JetPack de WordPress.com:
Acum, activați plugin-ul și verificați dacă rulează așa cum era de așteptat pe serverul Dev.
Când sunteți mulțumit de pluginul, reveniți la Tabloul de bord Panteon. Acolo, veți vedea că sistemul a observat modificările dvs. și le arată ca schimbări gata de a fi împinse la controlul versiunii.
Faceți clic pe câmpul de text care spune Adăugați un mesaj de comitere pentru a introduce mesajul de comitere și pentru a vedea mai multe detalii despre modificările care urmează să intre în controlul versiunilor.
Verificați modificările, adăugați un mesaj descriptiv de comitere și dați clic pe comite pentru a comite schimbările.
După finalizarea comiterii, modificările sunt disponibile pentru a fi instalate pe serverul Test. Pentru aceasta, faceți clic pe Test fila.
Acolo, veți vedea următoarea notificare.
Este comiterea pe care tocmai ați făcut-o dev mediul înconjurător, acum gata să fie trimis la Test.
Tastați un mesaj descriptiv din jurnal și faceți clic pe Implementați codul de la dezvoltare la mediul de testare.
Apoi, vizitați Tabloul de bord al site-ului dvs. de testare pentru a verifica modificările.
Pe Plugin-uri , veți vedea că pluginul a fost instalat, dar nu este încă activ.
Asta pentru că pe Pantheon, în timp ce codul devine actualizat de la Dev spre serverul live, modificările bazei de date, inclusiv informațiile despre pluginurile active, curg invers, de la Live to Dev.
Deoarece pluginurile rulează adesea un cod la activare, pentru pluginuri, acest lucru nu este rău. Trebuie doar să vă amintiți să vă activați pluginurile după ce implementarea sa terminat și sunteți gata să plecați. În următorul tutorial Pantheon, vă voi arăta cum puteți automatiza acest lucru utilizând instrumentul de linie de comandă al lui Pantheon.
Cu toate acestea, în timp ce această abordare funcționează pentru pluginuri, există și alte date, cum ar fi setările plugin-ului și temelor, care formează o parte importantă a configurației site-ului pe care, probabil, nu doriți să o configurați manual după implementare.
Să ne uităm la modul în care le puteți trece de la un mediu la altul.
Așa cum ne amintim, codul sau fișierele în controlul versiunilor - iese din mediul de dezvoltare spre serverul live. Deci, pentru a muta setările într-un mod similar, abordarea cea mai naturală este aceea de a le stoca în controlul versiunilor.
Pentru a face acest lucru, vom folosi un plugin gratuit WordPress care face asta.
Pluginul WP-CFM citește opțiunile din tabelele de opțiuni WordPress și le stochează într-un fișier text, care poate fi apoi angajat să controleze versiunea (amintiți-vă că întreaga instalare WordPress - cu excepția directorului de încărcări - este stocată în controlul versiunii și citită în celelalte medii).
Să facem asta în continuare.
Urmați instrucțiunile de la Pasul 2 de mai sus pentru a instala pluginul WP-CFM în mediul Dev și pentru al implementa în Test. Apoi, activați pluginul în ambele medii.
Acum că plugin-ul este activ în ambele medii, îl putem folosi pentru a împinge opțiunile WordPress de la Dev la Test. Dacă doriți, puteți modifica anumite setări WordPress în acest moment, astfel veți vedea cum se vor aplica modificările pe serverul Test (numele site-ului, de exemplu, este o schimbare destul de vizibilă).
În tabloul de bord WordPress al serverului Dev, faceți clic pe Setări > WP-CFM.
Clic Adăugați Bundle pentru a crea un nou set de setări pentru controlul versiunii. Bundles-urile sunt colecții de setări care pot fi salvate și împinse independent una de cealaltă.
Apoi vi se solicită să selectați opțiunile pe care doriți să le includeți în pachet. Dacă doriți să păstrați unele opțiuni diferite de la un mediu la altul, le puteți debifa din listă.
În exemplul de mai sus, am ales totul WP Opțiuni, cu excepția listei de plugin-uri active (pentru că vreau să pot rula scripturile de activare a plugin-urilor în fiecare mediu), dar puteți alege ceea ce se simte logic pentru configurarea site-ului dvs..
Când sunteți mulțumit de lista opțiunilor, faceți clic pe Salvează modificările.
Odată ce ați salvat pachetul, veți vedea noi butoane pentru el:
Faceți clic pe dif pentru a vedea diferențele dintre baza de date Dev și conținutul fișierului cu opțiuni exportat de WP-CFM.
Deoarece WP-CFM nu a creat încă un fișier de export, diferența va afișa tot ceea ce sa adăugat:
Închideți fereastra de dialog Diff și faceți clic pe Apăsați pentru a stoca datele din baza de date în fișierul de export.
Acum, când vă întoarceți la tabloul de bord al Panteonului dev , veți vedea că WP-CFM a creat un fișier JSON (wp-content / config / site_options.json) gata să se angajeze pentru controlul versiunii:
Impuneți modificările și implementați-le la Test mediu inconjurator.
Apoi, pe tabloul de bord WordPress al serverului de testare, navigați la Setări > WP-CFM.
În primul rând, veți observa că Opțiunile site-ului pachetul este acum disponibil și în acest mediu.
Cu toate acestea, din cauza limitărilor stabilite pentru mediile de testare și live, veți observa și faptul că pachetul de opțiuni funcționează numai într-o singură direcție: wp-content / config nu poate fi scris în mediul de testare. Acest lucru este minunat deoarece ne va ajuta să păstrăm fișierul de export curat.
Faceți clic pe Trage pentru a citi conținutul fișierului de configurare și pentru a le aplica WP Opțiuni masa. În fereastra de confirmare care întreabă "Importă setările fișierelor în DB?", Răspunde O.K.
Acum, dacă ați făcut unele modificări în opțiunile dvs. WordPress înainte de a face Push pe serverul Dev, ar trebui să vedeți că aceste modificări au fost aplicate și pe site-ul Test.
La un moment dat în ciclul de viață al site-ului dvs., este posibil să doriți să luați datele efective de pe serverul Live în Dev. S-ar putea să încercați o eroare împotriva datelor reale sau doar pentru a vedea cum arată lucrurile cu conținut real generat de utilizatori în loc de anumite date de testare create de dvs., dezvoltatorul.
Pe dev faceți clic pe Baza de date / fișiere în meniul din stânga.
Aici puteți alege mediul din care să clonați datele (test / live) și dacă doriți să clonați numai baza de date sau orice încărcări de fișiere făcute în acel mediu.
Aveți, de asemenea, opțiunea de a actualiza orice URL-uri din baza de date pentru a se potrivi cu structura adresei URL a dispozitivului Dev.
Observați că clonarea va înlocui totul în baza de date a mediului Dev, deci dacă aveți modificări personalizate pe care doriți să le aduceți înapoi după clonare, utilizați WP-CFM pentru a le împinge într-un fișier text înainte de a face clonarea.
Această funcționalitate este foarte utilă pentru tragerea datelor de la Live și Test la Dev, dar puteți, de asemenea, să o utilizați pentru a clona baza de date Dev pentru a testa (și chiar trăi). Poate fi util, de exemplu, dacă creați conținutul inițial al site-ului dvs. (pagini și poate postări de blog) în mediul Dev și doriți să îl împingeți pentru a testa imediat înainte de a crea mediul Live.
Am analizat acum sarcinile principale de gestionare a WordPress, cum ar fi instalarea de plugin-uri noi și împingerea schimbărilor de configurație între medii.
Actualizarea pluginurilor și instalarea de teme poate fi făcută în același mod, urmând aceleași instrucțiuni. Deci, dacă faceți toate gestionarea site-ului dvs. folosind teme și pluginuri pre-existente, acest lucru este destul de mult ceea ce trebuie să știți despre elementele de bază ale Pantheon de a profita foarte mult de ea.
Cu toate acestea, de multe ori, veți dori, de asemenea, să modificați singur codul, fie prin scrierea unui plugin, fie prin modificarea și personalizarea unei teme.
Pentru a demonstra cum puteți face acest lucru, să creați o temă simplă pentru tema curentă curentă, Twenty Sixteen, și să o împingeți până la site-ul Test.
Continuând cu abordarea utilizării mediului Pantheon Dev ca server de dezvoltare, să folosim clientul FTP preferat pentru a încărca modificările codului nostru pe serverul Dev.
Acest lucru este ușor și probabil că toți am făcut acest lucru la un moment dat sau altul pe alte servere de pe internet.
Pentru a vă conecta la serverul Pantheon, mai întâi, pe tabloul de bord Panteon, faceți clic pe Informații despre conexiunea STFP pentru a deschide un pop-up cu informații despre cum să vă conectați la serverul de dezvoltare.
Copiați Gazdă și Nume de utilizator informații despre clientul dvs. FTP și utilizarea parolei Panoul de control Panteon pentru a vă conecta la server. Asigurați-vă că utilizați Port specificate în instrucțiunile de conectare.
Odată conectat la server, veți găsi codul de bază al site-ului WordPress din director ~ / Cod.
După conectare, puteți utiliza clientul dvs. FTP pentru a înlocui orice fișier sau a încărca unul nou și pentru a vedea modificările aplicate imediat pe site-ul WordPress al serverului Dev.
Mulți clienți FTP, editori de coduri și IDE-uri PHP (cum ar fi PHPStorm și Eclipse) vă permit să sincronizați modificările de cod direct cu un server la distanță utilizând SFTP. Prin utilizarea acestor instrumente, puteți face dezvoltarea chiar mai rapidă cu pasul suplimentar de încărcare a modificărilor pentru testarea care se întâmplă automat în fundal.
Rețineți că adresa URL SFTP a serverului Dev se poate schimba din când în când, deci dacă nu vă puteți conecta, verificați acreditările actuale de conectare din tabloul de bord și încercați din nou.
Ca exemplu al acestei abordări, să creăm o temă simplă pentru tema implicită, Twenty Sixteen. Deoarece acest lucru este doar pentru scopuri demonstrative, vom păstra tema super simplu cu nimic altceva decât a style.css fișier care modifică culoarea de fundal a site-ului la roșu și a functions.php fișier pentru încorporarea foii de stil.
Pe computer, creați un director numit twentysixteen-copil, și în interiorul acestuia, un fișier text numit style.css.
Interior style.css adăugați următorul conținut:
/ * Tema Nume: Twenty Sixteen Child Descriere: O temă simplă pentru copii Format: twentysixteen Versiune: 0.0.1 Licență: GNU General Public License v2 sau mai recent URI de licență: http://www.gnu.org/licenses/gpl-2.0. html * / body fundal-culoare: # ff0000;
Apoi, creați un functions.php fișier cu următorul conținut:
Apoi, încărcați directorul împreună cu conținutul acestuia în directorul serverului Dev ~ / Cod / wp-content / teme /.
Acum, când vizitați Aspect > tematică ecran pe administratorul WordPress al serverului Dev, veți vedea că noua temă este acum disponibilă pentru utilizare.
Mergeți și activați-o!
Acum, când vizitați site-ul dvs. Dev, veți observa că fondul său a devenit roșu, așa cum am definit în fișierul CSS al temei copilului.
Acum ai încărcat o nouă temă pentru copii pe serverul Dev. În continuare, pentru a vă asigura că nu vă pierdeți modificările și că puteți să-l implementați pe serverul Test, va trebui să vă angajați modificările pentru controlul versiunii.
Atunci când dezvoltați site-ul direct în mediul Dev folosind SFTP, este important să rețineți că înainte de a vă angaja modificările la Git pe tabloul de bord Panteon, acestea nu sunt stocate în controlul versiunii. Deci, pentru a vă asigura că nu veți pierde nici o schimbare importantă, nu uitați să vă comiteți frecvent - chiar dacă nu sunteți încă gata să vă împingeți modificările la Test.
În fila Tabloului de bord al mediului Dev, veți observa că aveți unele schimbări neangajate gata de a fi angajate.
Introduceți un mesaj de comitere și dați clic pe comite.
În captura de ecran de mai sus, veți observa, de asemenea, că există modificări în site_options.json fișier creat de WP-CFM. Asta pentru că am împins informațiile despre activarea temei în fișierul de configurare. În acest fel, noua temă se va activa aproape automat. Deși acest lucru nu este necesar în acest exemplu simplu, este o practică bună adoptarea luând în considerare planurile viitoare și complexe ale temelor pe care le construiți.
Odată ce ați comis schimbările, implementați-le la Test făcând pașii explicați mai devreme când am implementat instalațiile noastre de plugin. Apoi, dacă ați împins pachetul de opțiuni de site utilizând WP-CFM, utilizați pluginul pentru a trage modificările în baza de date a site-ului de testare.
Acum, când vizitați mediul de testare Aspect > tematică , ar trebui să vedeți tema nouă ca temă activă.
Dacă doriți să aveți un control mai clar asupra bazei de cod și preferați să efectuați testarea dezvoltării și a dezvoltatorului pe mașina dvs. locală, puteți să vă împingeți codul pe serverul Dev folosind controlul versiunii Git, în loc să încărcați mai întâi modificările pe server prin FTP.
Pentru a face acest lucru, din nou pe serverul Dev Cod filă, comutați Mod de conectare din SFTP la git.
Dacă aveți schimbări necondiționate pe serverul Dev atunci când treceți la modul Git, veți vedea un popup care vă cere să confirmați că doriți să faceți schimbul și să pierdeți modificările.
Dacă doriți să păstrați modificările, închideți notificarea și comiteți înainte de a continua cu comutarea modului. Dacă nu aveți nevoie de modificări, tastați ȘTERGE în câmpul de text și faceți clic pe butonul roșu mare.
Autentificarea Git pe Pantheon se face folosind o cheie SSH, deci înainte de a continua, trebuie să generați o cheie și să o adăugați în cont. Puteți utiliza aceeași cheie SSH pentru toate site-urile dvs. Pantheon, deci va trebui să f
Accentsconagua