Care este inițial de configurare git git, kychka-PC, sfml

în loc de intrare

În primul rând, trebuie să înțelegeți că Git - nu un astfel de lucru teribil, așa cum s-ar putea părea inițial. Da, este posibil să observați că valoarea de tutorial „mici“ stânga mai mult impresionant, dar vă asigur, acest lucru nu este o măsură de complexitate! Cele mai multe caracteristici care Git este în măsură să ofere un dezvoltator. Deci, să fie curajos și continuați să citiți articolul până la sfârșitul anului.

În acest articol nu voi vorbi despre locul de muncă, ceea ce Indiferent de plicul (TortoiseGit, SourceTree) - numai cu interfețe standard. subtilitățile de iluminat speciale Git, de asemenea, nu așteaptă - aici doar cel mai necesar. Scopul acestui articol: pentru a da cititorului o înțelegere de bază a Git și de a lucra cu el, pentru a vorbi despre operațiile de bază pentru a ajuta la soluționarea, iar apoi cititorul însuși va fi capabil de a alege interfata pe care le consideră convenabil, și să aprofundeze cunoștințele lor pe cont propriu, în cazul în care consideră necesar.

Poate că este timpul pentru a trece la inima. Și am început cu faptul că spun un pic despre ...

Un pic despre Git

Așa cum poate fi citit pe Wikipedia (tine utilizator curios, nu?), Git - sistem de control versiune a unui proiect. Ce se ascunde sub această formulare destul de vagă? Voi încerca să explice „degete“:

Dar cine nu face greșeli? După ce-l înfășurați pentru un alt colț și (OMG) poticni următoare temnita pe un adversar care este prea puternic! Și într-un moment când înfrângerea este destul de evident că doar - ce să fac? Asta-i drept! Tu încărcați cele mai recente Ecomomisi! Dacă aveți obiceiul de a stoca în mod frecvent și la punctul, progresul joc nu este prea rănit.

Aici vom vedea patru Comiterea de formare maestru de ramură: în primul rând se angajeze - starea de proiect după începerea celei de a doua și a treia se angajeze - o stare intermediară, iar al patrulea se angajează - stadiul actual al proiectului (versiunea curentă). Numele comandantului este ramura principală a proiectului. În cazul în care proiectul a fost un copac, dar de fapt este așa, atunci ramura de master ar fi trunchiul copacului.

Toate copac proiect este stocat într-un depozit special - magazia (depozit). care pot fi localizate fizic pe hard disk-ul (depozit local), sau pe un server de la distanță (depozit global). Dreptul de acces la magazia locală are doar o singură persoană; la nivel mondial poate opera mai multe persoane.

Din orice sucursală poate fi branșată și alte ramuri, care va consta, de asemenea, de un commit. Aici cititorul curios trebuie să întreb: „De ce din ramura principală ar putea avea nevoie să fie alții ramificate?“ Pentru a da această întrebare un răspuns cuprinzător, simula din nou o situație:

Cineva scrie Bob calculator. Acesta este un calculator foarte complicat, și unul Vasya pur și simplu nu face față! De aceea, el invită la echipa sa Petya. Petru este de acord cu ușurință, el este plin de idei și dorința de a lucra (toată lumea ar fi așa). Prin urmare, el a cerut Vasya să-l ofere rapid o sarcină specifică, pe care el ar putea canaliza energia. Vasya a fost gata un cod de bază, și a decis să încredințeze punerea în aplicare a unor Pete caracteristici interesante. Bob însuși, este timp, ea intenționează să continue cu codul principal.

Și acest lucru este în cazul în care încep problemele. Dacă Bob și Pete va lucra în același timp, atunci ele pot apărea un conflict, care este, o astfel de linie de cod, în care ambele părți vor face diferite modificări. Și a cărui schimbare, în acest caz, considerată o prioritate? Răspuns corect: schimba ambele programatori! La urma urmei, fiecare dintre ele a schimbat proiectul de a pune în aplicare subactivități lor specifice. De aceea, în cadrul fiecărei sarcini alocate unuia dintre participanți să ia confortabil o ramură separată.

Cu aceasta în minte, Peter furci de ramificarea principală a caracteristicii și continuă să lucreze deja în ea. Concomitent cu Bob el continuă să rafineze partea sa din cod, și nu interferează unul cu celălalt.

La un moment dat, Peter anunță punerea în aplicare caracteristică și arată Vasya ei. cod Vasya cum ar fi Petit, și el decide să-l transforme în ramura sa principală. Pentru a face acest lucru, se va folosi fuziunea (îmbinare). proces de fuziune ar trebui să fie înțeles ca Fragment rânduri Petej scrise în codul scris Vasej. Desigur, fuziunea a produs, de asemenea, un conflict, și ei vor trebui să elimine de mână (binecuvântarea, Git însuși să se poată sărbători ce linie care este inserat și ce vine din ea), dar este mai bine să o facă o dată, decât cu fiecare nou comite. Acesta este scopul principal al ramificare în continuare și contopire.

Odată ce Bob zamerdzhil ramură de master și caracteristică, se închide caracteristica de ramură, dar continuă să existe. Un proces exemplar de dezvoltare a acestui proiect Vasya și Petia fictiv am capturat sub forma unei diagrame, puteți vedea mai jos:

În proiecte mai complexe, de ramură caracteristică poate fi branșată una sau mai multe alte ramuri, iar din acestea din nou și din nou ... la fel de mult cum este necesar. În cazul în care codul este dezvoltat într-o anumită ramură nu se ridică la nivelul așteptărilor, sucursala poate fi complet eliminate. Ramificare face echipa de dezvoltare mai coerente și ușor de utilizat, care este un alt avantaj al Git.

Acest lucru poate fi considerat partea teoretică a articolului finit. Înainte de a merge mai departe, am recomandăm să-l citesc din nou, concentrându-se pe conceptele de bază: depozit, comite, ramură, îmbinare. Odată ce vă simțiți că stăpânit, trece la partea următoare.

Mai întâi trebuie să descărcați Git în sine, reprezentat printr-un set de utilități. Descărcați cea mai recentă versiune de aici.

Voi descrie lucrul cu Git pe Windows, utilizând o interfață standard de grafică cu utilizatorul, inclus în livrare. De asemenea, fiecare acțiune voi fi duplicat ca o consolă de comandă pentru Git Bash (Git terminale). Deoarece acest ghid este destinat pentru incepatori, toate explicațiile mecanismului sistemului va lua exemplul de lucru în Git Gui, și comentarii de pe consola, voi intra în cadru de cod. Explicațiile vor fi efectuate în paralel, astfel încât indiferent de interfața pe care o alegeți să utilizați, acest ghid va fi util pentru tine. Dacă sunteți interesat, lista de bază de comenzi consola pot fi găsite aici.

Descărcați cea mai recentă versiune de Git pentru sistemul pe care îl utilizați, mergeți la instalare. Nu văd nici un motiv să se concentreze asupra acestui punct, deoarece nici o ajustare în timpul instalării pentru a face nu este necesar - am creat după el. Singurul lucru pe care - specificați calea de instalare nu conține chirilic. Orice altceva lăsați implicit. Dacă aveți orice probleme, nu ezitați să întrebați.

După instalare, puteți crea deja propriul depozit local, care va rula numai. Pentru antrenament, să o facă.

Apoi, trebuie să deschideți acest dosar și inițializa-l Git. Acest lucru se face prin clic dreapta pe mouse-ul pe o zonă goală din dosar și selectând din contextul «Git Init Aici» element de meniu.

După aceea, dosarul .git ascunse vor apărea în directorul nostru de lucru. Aici nu voi descrie ceea ce este în acest dosar, dar dacă sunteți cu adevărat interesați, puteți citi despre acest lucru într-un alt articol. Cu excepția a spune că acesta conține unele fișiere cu parametrii magaziei.

Acum propriul depozit este situat în folderul MyTestProject. Toate fișierele care vor conține acest dosar poate fi indexat în zakommicheny viitor în depozit.

Notă: dosarul în care inițializa Git, trebuie să fie gol la momentul inițializării! De asemenea, asigurați-vă că ați configurat conductor activat afișează fișierele ascunse.

Pentru a consolida cunoștințele acumulate recomandăm insistent să creați un alt „Sandbox“ repozitoriy- în care va fi de a face modificări în următoarele secțiuni ale tutorial, din nou, pentru formare.

Acum, că magazia este inițializat și gata să meargă, să deschidă GUI și să vedem ce este interesant. Faceți clic dreapta pe o zonă goală din dosar și alegeți opțiunea «Git Gui». Apare fereastra Git GUI.