Sissejuhatus versioonikontrolli Gitiga

Tarkvara sööb maailma kõiges võimalikus mõttes. Kuna tehnoloogia areneb ja liigume aeglaselt AI kontrollitavasse maailma, hakkavad tehnoloogiasektoris töökohad suurenema. Tarkvara kirjutamine on oskus, mida saab iseõppida ja mis on üsna lihtne, vähemalt tänapäeva maailmas, kus Internet on sõna otseses mõttes ressursse täis. Kuid tarkvaraarendajana pole koodi kirjutamine kõik, mida teilt oodatakse. Peate õppima oma ettevõtte koodibaasi haldamise peent kunsti, kui need skaleeruvad ja lisavad uusi funktsioone. Inimesed, kes on varem tarkvara kirjutanud, teavad, et koodibaasi säilitamine on sama oluline kui jõudlus- ja tootmisvalmis koodi kirjutamine.

Versioonihaldus

Ilmselge küsimus, mis võis teile pärast sissejuhatuse lugemist pähe tulla, oleks: kuidas hallata oma koodibaasi? Tänane vastus oleks versioonikontrollisüsteemid. Versioonijuhtimine või VCS, nagu see on tuntud kui tarkvarasüsteem, mis haldab ja jälgib konkreetse faili või failikomplekti muudatusi ning võimaldab teil hõlpsalt ajas tagasi minna, et tühistada kõik teie tehtud tarbetud muudatused.

Algajana võib kodeerimise õppimine tunduda teile juba üsna üle jõu käiv ja lisaks sellele, kui lisate endale koodi haldamise kohustuse, kõlab see nüüd kindlasti ülima ülesandena, kas pole? Noh, sa ei pea muretsema. Selles artiklis tutvustan teile samm-sammult koodibaasi haldamise protseduuri versioonihaldussüsteemis ja räägin samal ajal natuke sellest, miks see on oluline oskus õppida.

Arendajate kogukonnas on Git kõige populaarsem saadaolev VCS, nii et selle artikli aluseks on Git. Koos Gitiga annan teile ka lühikese sissejuhatuse GitHubi kohta, mis on versioonikontrolli hoidla hostimisteenus.

Linus Torvalds, isa Linux kernel, tekkis sama väljatöötamisel olukord, kus ta ei saanud enam BitKeeperi kasutamise ajal kirjutatud koodi korralikult hallata. Nii tegi ta väikese kõrvalepõike Giti arendamiseks ja avalikustas selle 2005. aastal. Giti disain põhines tihedalt BitKeeperil. Nime "git" andis Linus Torvalds, kui ta kirjutas kõige esimese versiooni. Ta kirjeldas tööriista kui "rumala sisujälgijat".

Miks peab iga arendaja õppima VCS-i kasutama?

Traditsioonilised tarkvarasüsteemid koosnevad mitmest failist, mis on jaotatud paljudes kataloogides ja tüüpilises ettevõttes kirjutab tarkvaravirna muudatusi korraga mitu arendajat. Kõigi arendajate jaoks on ülimalt oluline olla võimalikult produktiivne, kuid samal ajal on sama oluline hoida kogu meeskond samal lehel. See tähendab, et iga meeskonna liige peab täpselt teadma, milliseid funktsioone arendatakse. Teine oluline asi, mida tarkvara arendades meeles pidada, on tõsiasi, et ühe inimese töö ei tohiks mõjutada ühegi teise samas meeskonnas oleva inimese tööd. Tavapäraselt mõtlen seda, kui arendajana töötate ühe funktsiooni kallal, ei tohiks see takistada teie meeskonnakaaslase töövoogu, kui kirjutate koodibaasi muudatusi. Kõiki neid juhtumeid käsitletakse VCS-iga väga elegantselt. See mitte ainult ei muuda arendajate elu lihtsamaks, pidades silmas iga meeskonnaliikme tehtud muudatusi, vaid säilitab ka lihtsas vormingus versiooniajalugu, et koodibaasi juhuslikke muudatusi oleks lihtne vältida.

Turul on saadaval palju versioonikontrollisüsteeme, nagu Subversion, Mercurial jne, kuid põhjus, miks me keskendume Gitile, on see, et see on vaieldamatult kõige populaarsem saadaolev valik.

Seade

Giti seadistus on erinev sõltuvalt sellest, millist operatsioonisüsteemi kasutate. Juhendan teid MacOS-i, Linuxi ja Windowsi seadistamise protsessis.

macOS

Giti installimine on Macis üsna lihtne, esmalt veenduge, et oleksite installinud Maci populaarse paketihalduri brew. Kui keetmine on seadistatud (mis võtab ausalt öeldes olenevalt teie Interneti-kiirusest vaid mõne hetke) peate lihtsalt väljastama järgmise käsu:

  • brew install git

Linux

Linuxi installiprotsess on samuti üsna sarnane macOS-iga. Avage terminal ja andke järgmine käsk:

  • sudo apt-get install git

Windows

Windowsi installiprotsess on veidi erinev. Windowsis peate alla laadima installiprogrammi. Suunduge poole seda linki uusima installeri allalaadimiseks ja seejärel käivitage installiprogramm, et installida git oma Windowsi masinasse.

Alustamine

Nüüd, kui olete oma süsteemi seadistanud. Peate lähtestama git-hoidla. Mis on hoidla, mida te küsite? See on kaust/kataloog, kuhu on salvestatud kõik teie projekti failid. Siin on sammud git-hoidla lähtestamiseks.

  • Käivitage oma masinas terminal/käsuviip.
  • Liikuge projekti kataloogi, mis sisaldab kõiki projektifaile. (Seda tehakse tavaliselt kõigil platvormidel cd käsuga)
  • Nüüd, kui olete oma projekti kataloogis, andke järgmine käsk: git init

Git Init

Nüüd, kui olete oma giti hoidla lähtestanud, teab git, et ta peab jälgima muudatusi kõigis kataloogis olevates failides. Git saab nüüd teada iga kord, kui lisate või eemaldate projekti kataloogi faile või teete muudatusi.

Muudatuste tegemine ja esimese kohustuse andmine

Mis tahes VCS-i kõige olulisem osa on muudatuste jälgimine. Iga kord, kui väljastate projekti kataloogis muudatuse, kajastub see hoidla olekus. Jätkake ja lisage fail kataloogi või muutke olemasolevat faili. Pärast seda ei saa te anda hoidlas oleva faili oleku kontrollimiseks järgmist käsku.

  • git staatus

Git Satus

Nagu näete, ütleb git, et seal on jälgimata fail. Nüüd peame lisama jälgimata faili giti lavastusalasse. Lavastusala võib pidada vaheetapiks enne muudatuse lõpuleviimist. Faili lisamiseks lavastusalale andke järgmine käsk:

  • git lisada

Git add käsu väljastamisel saate faili oleku vaatamiseks uuesti väljastada olekukäsu.

Nüüd, kui fail on lisatud etappi, on aeg oma muudatus kinnitada. Andke välja järgmine käsk:

  • git commit – m "TEIE_SÕNUM"

Asendage jutumärkide all olev osa oma kohandatud sõnumiga. Nüüd kontrollige oma hoidlat git-olekuga. Märkate, et kohustus oli edukas.

Pühendu

Hargnemine

Hargnemine on versioonikontrollisüsteemi võtmeteema. Väga oluline on eraldada oma stabiilsed (asjad, mis töötavad täiesti hästi ja on testitud) projekti osad praegu arendusjärgus olevatest osadest. See on oluline, sest peate tagama, et teie tarkvara kasutavaid inimesi ei mõjutaks teie uue funktsiooni lisamise ajal tehtavad muudatused. See on koht, kus ma kujutan hargnemist. See aitab eraldada teie koodibaasi erinevatesse liivakastidesse, nii et muude osade muudatused ei mõjuta teie tööosi.

Filiaali loomine Giti abil on üsna lihtne. Lihtsalt andke välja järgmine komandör

  • git checkout -b "BRANCH_NAME"

Pärast seda saate kontrollida, millises harus olete, andes järgmise käsu:

  • git haru

git haru

Koodi jagamine GitHubis

Olete giti abil edukalt õppinud versioonihalduse põhitõdesid. Nüüd on aeg muuta oma projekt avalikuks, jagades seda arendajate kogukonnaga. See on esimene samm avatud lähtekoodiga tarkvara arendamise suunas. Koodi avalik hankimine tähendab selle avalikuks märkimist, et teised saaksid seda vaadata, selle arendamisse panustada ja vajadusel oma projektidega kohandada.

github

 

Enne jätkamist veenduge, et teil oleks GitHubi konto.

Kui olete registreerunud. Jätkake ja looge GitHubis hoidla, nagu on näidatud alloleval ekraanipildil.

GitHubi lisamine

 

Kui olete hoidla loonud. Teile näidatakse edasisi samme, mis aitavad teil projekti GitHubis tuua.

GitHubi juhised

Kuna olete hoidla juba loonud. Peate seda lihtsalt suruma. Selleks andke järgmine käsk.

  • git remote lisamise päritolu REMOTE_URLgit push -u päritolu juht

Kui see on tehtud, saate oma projektide kontrollimiseks külastada kaug-URL-i. Teised kogukonna liikmed saavad teie projektidesse panustada, tehes välja muudatusi.

Järeldus

Palju õnne. Olete nüüd sammu võrra lähemal järgmise suure tehnika loomisele. Ja olen kindel, et seda tehes rakendate ka käepäraseid versioonihalduse kontseptsioone, mida see artikkel on teile õpetanud. Suurtel ettevõtetel, nagu IBM, Google jne, on tohutu teenuste portfell, mida nad pidevalt arenevad koos tipptehnoloogiate ja funktsioonidega ning ainus viis, kuidas nad suudavad hallata nii suurt tootekomplekti, millest igaüks ulatub mitmele miljonile koodireale, on versioonide juhtimine. süsteemid. Ettevõtetel endil on VCS-i jaoks oma ettevõttesisene lahendus või nad loodavad populaarsetele VCS-idele, nagu Git või Subversion. Enamik teooria avatud lähtekoodiga projekte on GitHubis avalikult saadaval. See on kindlasti oluline oskus suurte koodibaaside valdamiseks ja haldamiseks, mis muudab teie tööviisi tõhusalt ja suurendab ka teie usaldusväärsust.

Aishwar Babber

Aishwar Babber on kirglik blogija ja digitaalne turundaja. Talle meeldib rääkida ja blogida uusimast tehnikast ja vidinatest, mis motiveerib teda jooksma GizmoBase. Praegu praktiseerib ta oma digitaalse turunduse, SEO ja SMO teadmisi täiskohaga turundajana erinevates projektides. Ta on aktiivne investor AffiliateBay ja ImageStationi direktor.

Jäta kommentaar