Phenquestions
Žinoma, kad „Git“ yra populiariausia versijų valdymo sistema. Versijų valdymo koncepcija tampa reikšminga, kai kalbame apie komandinį darbą ir bendradarbiavimą. Pavyzdžiui, jei prie vieno projekto dirba keli darbuotojai, duomenų nuoseklumas yra pagrindinė problema, kurią reikia išspręsti. Negalite tiesiog manyti, kad apie vieno iš darbuotojų atliktus pakeitimus bus automatiškai pranešta visiems kitiems darbuotojams, dirbantiems su tuo projektu. Veikiau turėtų būti tinkamas mechanizmas, per kurį būtų galima užtikrinti duomenų nuoseklumą.
Dabar, jei kalbėsime apie versijų valdymo programinę įrangą ar sistemą, tai, kaip rodo pavadinimas, jos pagrindinis uždavinys yra sekti jūsų versijų istoriją. Tai reiškia, kad visi bet kuriame konkrečiame faile atlikti pakeitimai bus laikomi atskiromis to failo versijomis. Versijų valdymo programinė įranga ar sistema iš esmės leis jums grįžti prie senesnės versijos bet kuriuo metu, kai tik norite, atsižvelgiant į jūsų poreikius. Be to, tokios versijos valdymo sistema kaip „Git“ taip pat užtikrina, kad bet kokio failo pakeitimai būtų vienodai matomi visiems vartotojams, turintiems prieigą prie šio failo, kad jie netyčia nepradėtų dirbti su senesne versija ar to failo kopija.
Kaip ir bet kuri kita versijų valdymo sistema, „Git“ taip pat leidžia mums atlikti tam tikras operacijas su failais, kuriuos į ją įkeliame. Be to, bet kuriuo metu jis taip pat suteikia galimybę anuliuoti pakeitimus, kuriuos atlikote bet kuriame faile, iš naujo nustatydami jį. Šiandien mes siekiame atskleisti skirtumą tarp „git reset“ ir „git reset -hard“ operacijų.
Suprasti skirtumą tarp „git reset“ ir „git reset -hard“
Prieš suprasdami skirtumą tarp „git reset“ ir „git reset -hard“ operacijų, turime žinoti kai kurias svarbiausias terminologijas, naudojamas šioje versijos valdymo sistemoje. „Git“ yra „Git“ apibrėžta kaip rodyklė, kurios užduotis yra nukreipti į naujausią įvykdymą ar pakeitimą, kurį atlikote faile. „Indeksas“ apibrėžiamas kaip visų failų, kurie neseniai buvo skirti ir kurie turėtų būti skirti vėliau, rinkinys. Galiausiai „Darbinis katalogas“ reiškia failų rinkinį iš visos failų sistemos, kurioje šiuo metu dirbate.
Sužinoję apie šias terminologijas, dabar jums bus labai lengva suprasti skirtumą tarp „git reset“ ir „git reset -hard“ operacijų. Kaip jau minėjome, yra keletas parinkčių, kurias galite atlikti faile, kuris yra įkeltas į „Git“, panašiai „git reset“ yra apibrėžiama kaip numatytoji operacija, kuria galite anuliuoti paskutinį atliktą ar pakeistą failą dabartinis failas. Dabar ši operacija apima penkis skirtingus variantus, būtent: kietas, minkštas, sujungtas, sumaišytas ir laikomas.
Atsižvelgdami į parinktį, kurią pasirinkote ar naudojote naudodami komandą „git reset“, gausite kitą „anuliavimo“ lygį. „Git reset -hard“ operacija laikoma efektyviausia operacija, jei norite visiškai atsikratyti paskutinio įsipareigojimo. Tai reiškia, kad atlikus šią operaciją jūsų failo galva pasikeis, t.e., tai nebebus rodoma į paskutinį jūsų įsipareigojimą. Tai ne tik tai, bet ir jūsų indeksas išvalys paskutinį įsipareigojimą ir netgi pakeis dabartinį darbo katalogą.
Kita vertus, jei naudosite bet kurią kitą parinktį su komanda „git reset“, pvz., „Minkšta“, tai atlikus pakeisite tik galvos padėtį. Be to, tai nesukels jokių indekso pakeitimų ir nepakeis dabartinio darbo katalogo. Taigi, trumpai tariant, galime pasakyti, kad „git reset“ yra komanda, o „git reset -hard“ yra jo variantas, kuris naudojamas, kai norite sunaikinti visus paskutinio įsipareigojimo pėdsakus.
Išvada
Peržiūrėdami šį išsamų „git reset“ ir „git reset -hard“ operacijų paaiškinimą, nuo šiol galėsite lengvai juos atskirti. Be to, šiame straipsnyje bus nurodyta, kurią parinktį reikia naudoti su „git reset“ komanda, atsižvelgiant į jūsų konkrečius reikalavimus.
