Phenquestions
Gitin tiedetään olevan suosituin versionhallintajärjestelmä. Versiohallinnan käsitteestä tulee merkittävä aina, kun puhumme ryhmätyöstä ja yhteistyöstä. Esimerkiksi, jos useita työntekijöitä työskentelee yhdessä projektissa, tietojen yhdenmukaisuus on tärkeä asia, joka on käsiteltävä. Et voi yksinkertaisesti olettaa, että yhden työntekijän tekemästä muutoksesta ilmoitetaan automaattisesti kaikille muille projektissa työskenteleville työntekijöille. Pikemminkin pitäisi olla asianmukainen mekanismi, jolla tietojen yhdenmukaisuus voidaan varmistaa.
Jos puhumme nyt versionhallintaohjelmistosta tai -järjestelmästä, niin kuten nimestä käy ilmi, sen päätehtävä on seurata versiohistoriaasi. Se tarkoittaa, että kaikki tiettyyn tiedostoon tehdyt muutokset katsotaan kyseisen tiedoston erillisiksi versioiksi. Versiohallintaohjelmiston tai -järjestelmän avulla voit käytännössä palata vanhempaan versioon milloin tahansa haluamallasi tavalla. Tämän lisäksi Git: n kaltainen versionhallintajärjestelmä varmistaa myös, että mihin tahansa tiedostoon tehdyillä muutoksilla on sama näkyvyys kaikille käyttäjille, joilla on pääsy tiedostoon, jotta he eivät voi vahingossa alkaa työskennellä vanhemman version tai kopion kohdalla tiedostosta.
Aivan kuten mikä tahansa muu versionhallintajärjestelmä, Git antaa meille myös mahdollisuuden suorittaa tiettyjä toimintoja siihen lataamillemme tiedostoille. Lisäksi milloin tahansa se tarjoaa myös mahdollisuuden kumota tiettyyn tiedostoon tekemäsi muutokset palauttamalla sen. Tänään pyrimme selvittämään eron git reset- ja git reset -hard -toimintojen välillä.
Ymmärtäminen "git reset" ja "git reset -hard" välillä
Ennen kuin ymmärrämme "git reset" - ja "git reset -hard" -operaatioiden välisen eron, meidän on oltava tietoisia joistakin tärkeimmistä terminologioista, joita tässä versionhallintajärjestelmässä käytetään. "Head" Gitissä määritellään osoittimeksi, jonka tehtävänä on osoittaa viimeisin tiedostoon tekemäsi sitoumus tai muutos. Hakemisto määritellään joukoksi kaikkia tiedostoja, jotka on äskettäin sidottu ja joiden oletetaan sitoutuvan seuraavaksi. Viimeiseksi, "Työhakemisto" viittaa tiedostojärjestelmään koko tiedostojärjestelmästä, jolla työskentelet tällä hetkellä.
Kun olet oppinut näistä terminologioista, sinun on nyt erittäin helppo ymmärtää ero git reset- ja git reset -hard -toimintojen välillä. Kuten jo totesimme, Gitille ladattavalle tiedostolle on useita vaihtoehtoja, vastaavasti "git reset" määritellään oletustoiminnoksi, jolla voit kumota viimeisen tekemäsi tai tehdyn muutoksen nykyinen tiedosto. Nyt tässä toiminnossa on viisi erilaista vaihtoehtoa, nimittäin: kova, pehmeä, yhdistetty, sekoitettu ja säilytettävä.
Riippuen valitsemastasi tai käyttämästäsi "git reset" -komennossa, saat toisen "kumoa" -tason. “Git reset -hard” -operaatiota pidetään tehokkaimpana operaationa, jos haluat päästä eroon viimeisestä sitoumuksestasi. Se tarkoittaa, että kun suoritat tämän toiminnon, tiedostosi pää muuttuu, ts.e., se ei enää osoita viimeistä sitoutumistasi. Paitsi tämä, mutta se myös poistaa viimeisimmän sitoutumisen hakemistosta ja jopa muuttaa nykyistä työhakemistoa.
Toisaalta, jos käytät jotain muuta vaihtoehtoa "git reset" -komennolla, kuten "pehmeä", tämän tekeminen muuttaa vain pään asentoa. Muuten se ei aiheuta muutoksia hakemistoon, eikä se myöskään muuta nykyistä työhakemistoa. Joten, lyhyesti sanottuna, voimme sanoa, että "git reset" on komento, kun taas "git reset -hard" on sen muunnelma, jota käytetään, kun haluat pyyhkiä kaikki viimeisen sitoutumisen jäljet.
Johtopäätös
Käymällä läpi tämän yksityiskohtaisen selityksen git reset- ja git reset -hard -operaatioista, voit helposti erottaa ne nyt. Tämä artikkeli opastaa myös, mitä vaihtoehtoa sinun on käytettävä "git reset" -komennolla erityistarpeidesi mukaan.
