Software-ul mănâncă lumea în toate sensurile posibile. Pe măsură ce tehnologia avansează și progresăm încet în lumea controlată de inteligența artificială, locurile de muncă din sectorul tehnologiei vor avea o creștere. Scrierea de software este o abilitate care poate fi autodidactă și este destul de ușoară, cel puțin în lumea de astăzi, cu internetul literalmente plin de resurse aproximativ la fel. Dar, ca dezvoltator de software, scrierea codului nu este tot ceea ce ar fi de așteptat de la tine. Trebuie să învățați arta subtilă de a gestiona baza de cod a companiei dvs. pe măsură ce acestea se scalează și introduc mai multe funcții. Oamenii care au scris software înainte știu că menținerea bazei de cod este la fel de importantă ca și scrierea unui cod performant și pregătit pentru producție.
Întrebarea evidentă care ți-ar fi putut veni în minte după ce ai citit introducerea ar fi, cum își gestionează baza de cod? Răspunsul de astăzi ar fi sistemele de control al versiunilor. Controlul versiunilor sau VCS, așa cum este cunoscut în mod popular ca un sistem software care gestionează și urmărește modificările aduse unui anumit fișier sau unui set de fișiere și vă permite să vă întoarceți cu ușurință în timp pentru a anula orice modificări inutile pe care le-ați fi făcut.
Ca începător, a învăța să codificați ți se poate părea deja destul de copleșitor și, pe lângă asta, adăugând responsabilitatea de a-ți gestiona codul, cu siguranță sună ca o sarcină mamut acum, nu-i așa? Ei bine, nu trebuie să vă faceți griji. În acest articol, vă voi ghida printr-o procedură pas cu pas pentru gestionarea bazei de cod într-un sistem de control al versiunilor și, în același timp, vă voi spune puțin despre de ce este o abilitate importantă de învățat.
În comunitatea de dezvoltatori, Git este cel mai popular VCS disponibil, așa că vom baza acest articol pe Git. Împreună cu Git, v-aș oferi și o scurtă introducere în GitHub, care este un serviciu de găzduire a depozitului de control al versiunilor.
Linus Torvalds, tatăl Linux kernel, în timp ce dezvolta același lucru, a dat peste o situație în care nu mai putea gestiona corect codul pe care îl scria în momentul în care folosea BitKeeper. Așa că a făcut un mic ocol pentru a dezvolta Git și l-a făcut public în anul 2005. Designul lui Git s-a bazat îndeaproape pe BitKeeper. Numele „git” a fost dat de Linus Torvalds când a scris prima versiune. El a descris instrumentul drept „prostul de urmărire a conținutului”.
Cuprins
De ce fiecare dezvoltator trebuie să învețe cum să folosească VCS?
Sistemele software tradiționale cuprind mai multe fișiere, răspândite în mai multe directoare și într-o companie tipică, există mai mulți dezvoltatori care scriu modificări în stiva de software în același timp. Devine extrem de important ca toți dezvoltatorii să rămână cât mai productivi posibil, dar, în același timp, este la fel de important să mențineți întreaga echipă pe aceeași pagină. Înseamnă că fiecare persoană din echipă trebuie să știe exact ce caracteristici sunt dezvoltate. Un alt lucru important de reținut în timpul dezvoltării software-ului este faptul că munca unei persoane nu ar trebui să afecteze munca nici unei alte persoane din aceeași echipă. În termeni profani, ceea ce vreau să spun este că dacă tu, în calitate de dezvoltator, lucrezi la o caracteristică, aceasta nu ar trebui să împiedice fluxul de lucru al niciunuia dintre colegii tăi în timp ce scrii modificări la baza de cod. Toate aceste cazuri sunt tratate foarte elegant cu VCS. Nu numai că ușurează viața dezvoltatorilor ținând evidența modificărilor emise de fiecare individ din echipă, dar menține și un istoric al versiunilor într-un format simplu, astfel încât orice modificări accidentale ale bazei de cod să poată fi evitate cu ușurință.
Există multe sisteme de control al versiunilor disponibile pe piață, cum ar fi Subversion, Mercurial etc, dar motivul pentru care ne concentrăm pe Git este că este de departe cea mai populară opțiune disponibilă.
Configurarea
Configurarea lui git este diferită în funcție de sistemul de operare pe care vă aflați. Vă voi ghida prin procesul de configurare pe macOS, Linux și Windows.
MACOS
Instalarea Git este destul de ușoară pe Mac, mai întâi asigurați-vă că ați instalat brew, managerul de pachete popular pentru Mac. Odată ce infuria este configurată (care, sincer, durează doar câteva momente, în funcție de viteza dvs. de internet) trebuie doar să lansați următoarea comandă:
- brew install git
Linux
Procesul de instalare pe Linux este, de asemenea, destul de similar cu macOS. Deschideți terminalul și lansați următoarea comandă:
- sudo apt-get instalați git
ferestre din
Procesul de instalare pe Windows este puțin diferit. Pe Windows, trebuie să descărcați un program de instalare. Îndreptați-vă spre acest link pentru a descărca cel mai recent program de instalare și apoi rulați programul de instalare pentru a instala git pe computerul dvs. Windows.
Noțiuni de bază
Acum că ai configurat sistemul. Trebuie să inițializați un depozit git. Ce este un depozit pe care îl întrebi? Este folderul/directorul în care sunt stocate toate fișierele proiectului. Iată pașii pentru a inițializa un depozit git.
- Lansați Terminalul/Promptul de comandă pe computer.
- Navigați la directorul de proiect care conține toate fișierele de proiect. (Acest lucru se face de obicei folosind comanda cd pe toate platformele)
- acum că vă aflați în directorul de proiect, lansați următoarea comandă: git init
Acum că v-ați inițializat depozitul git, git știe că trebuie să urmărească modificările în toate fișierele din director. Git va ști acum de fiecare dată când adăugați sau eliminați orice fișier din directorul proiectului sau faceți modificări.
Efectuarea modificărilor și emiterea primului tău angajament
Cea mai importantă parte a oricărui VCS este urmărirea modificărilor. De fiecare dată când efectuați o modificare în directorul proiectului, aceasta se va reflecta în starea depozitului. Continuați și adăugați un fișier în director sau modificați un fișier existent. După ce faceți acest lucru, nu puteți lansa următoarea comandă pentru a verifica starea fișierului din depozit.
- starea git
După cum puteți vedea, git spune că există un fișier neurmărit. Acum trebuie să adăugăm fișierul neurmărit în zona de pregătire a git. Vă puteți gândi la zona de organizare ca fiind etapa intermediară înainte ca o schimbare să fie finalizată. Pentru a adăuga fișierul în zona de pregătire, lansați următoarea comandă:
- git add
La lansarea comenzii git add, puteți reemite o comandă de stare pentru a vedea starea fișierului.
Acum, că fișierul a fost adăugat fișierul în zona de pregătire, este timpul să finalizați modificarea cu un mesaj de confirmare. Lansați următoarea comandă:
- git commit – m „MESAJUL_TĂU”
Înlocuiți partea de sub ghilimele cu propriul mesaj personalizat. Acum, verificați depozitul dvs. cu starea git. Veți observa că commit-ul a avut succes.
branșament
Ramificarea este un subiect cheie în sistemul de control al versiunilor. Este foarte important să separați părțile stabile ale proiectului (lucrurile care funcționează perfect și au fost testate) de părțile aflate în curs de dezvoltare. Este important pentru că trebuie să vă asigurați că persoanele care utilizează software-ul dvs. nu sunt afectate de modificările pe care le faceți în timp ce adăugați o funcție nouă. Aici îmi vine să imaginez ramificarea. Vă ajută să vă segregați baza de cod în diferite sandbox, astfel încât părțile dvs. de lucru să nu fie afectate de nicio modificare pe care o faceți celorlalte părți.
Crearea unei ramuri folosind Git este destul de simplă. Emiteți următorul comandant
- git checkout -b „BRANCH_NAME”
După ce faceți acest lucru, puteți verifica în ce ramură vă aflați lansând următoarea comandă:
- ramură git
Partajarea codului dvs. pe GitHub
Ați învățat cu succes elementele fundamentale ale controlului versiunilor folosind git. Acum este timpul să vă faceți public proiectul, partajându-l comunității de dezvoltatori. Acesta este primul pas către dezvoltarea de software open source. Deschiderea codului dvs. înseamnă marcarea acestuia ca fiind public, astfel încât alții să îl poată privi, să contribuie la dezvoltarea lui și, dacă este necesar, să îl adapteze la propriile proiecte.
Asigurați-vă că aveți un cont GitHub înainte de a continua.
Odată ce v-ați înscris. Continuați și creați un depozit pe GitHub, așa cum se arată în captura de ecran de mai jos.
Odată ce ați creat depozitul. Vi se vor arăta pași suplimentari pentru a vă ghida în aducerea proiectului dvs. pe GitHub.
Deoarece ați creat deja un depozit. Trebuie doar să-l împingi. Lansați următoarea comandă pentru a face acest lucru.
- git remote add origin REMOTE_URLgit push -u origine master
După ce ați terminat, puteți vizita adresa URL de la distanță pentru a vă verifica proiectele. Alții din comunitate pot contribui la proiectele tale prin emiterea de modificări.
Concluzie
Felicitări. Acum sunteți cu un pas mai aproape de a crea următorul lucru important în tehnologie. Și sunt sigur că, în cursul acestui lucru, veți aplica și conceptele utile de control al versiunilor pe care v-a învățat acest articol. Companiile mari precum IBM, Google etc. au portofolii uriașe de servicii pe care continuă să evolueze cu tehnologii și caracteristici de ultimă oră și singurul mod în care pot gestiona o suită atât de mare de produse, fiecare scalând la câteva milioane de linii de cod, este prin controlul versiunilor. sisteme. Însele companiile fie au soluția lor internă pentru VCS, fie se bazează pe popularele VCS precum Git sau Subversion. Cele mai multe dintre proiectele teorie open source sunt disponibile public pe GitHub. Este cu siguranță o abilitate importantă pe care să o stăpânești și să știi cum să gestionezi bazele de cod mari va schimba efectiv modul în care lucrezi și îți va crește credibilitatea.
