Phenquestions
Git on teadaolevalt kõige populaarsem versioonikontrollisüsteem. Versioonikontrolli kontseptsioon muutub märkimisväärseks alati, kui räägime meeskonnatööst ja koostööst. Näiteks kui ühe projekti kallal töötab mitu töötajat, on andmete järjepidevus peamine küsimus, millele tuleb tähelepanu pöörata. Te ei saa lihtsalt eeldada, et ühe töötaja tehtud muudatustest teavitatakse automaatselt kõiki teisi selle projektiga tegelevaid töötajaid. Pigem peaks olema nõuetekohane mehhanism, mille abil saaks tagada andmete ühtsuse.
Kui nüüd rääkida versioonihaldustarkvarast või -süsteemist, siis nagu nimigi ütleb, on selle peamine ülesanne jälgida teie versiooni ajalugu. See tähendab, et kõiki konkreetsesse faili tehtud muudatusi käsitletakse selle faili eraldi versioonidena. Versioonihaldustarkvara või -süsteem võimaldab teil vanema versiooni juurde tagasi pöörduda igal ajal, kui soovite vastavalt oma vajadustele. Peale selle tagab versioonijuhtimissüsteem nagu Git ka selle, et igale failile tehtud muudatused on võrdselt nähtavad kõigile kasutajatele, kellel on sellele failile juurdepääs, nii et nad ei pruugi kogemata hakata töötama selle faili vanema versiooni või koopia kallal.
Nii nagu mis tahes muu versioonijuhtimissüsteem, võimaldab ka Git meil teha teatud toiminguid failidega, mille me sinna üles laadime. Veelgi enam, igal ajahetkel annab see teile ka võimaluse tühistada muudatused, mille olete konkreetses failis teinud, lähtestades selle. Täna on meie eesmärk selgitada vahe “git reset” ja “git reset -hard” vahel.
Mõiste „git reset” ja „git reset -hard” erinevuste mõistmine
Enne operatsioonide „git reset” ja „git reset -hard” erinevuste mõistmist peame olema teadlikud mõnest selle versiooni juhtimissüsteemiga kasutatavast kõige olulisemast terminoloogiast. Gitis on “pea” määratletud kui osuti, kelle ülesandeks on näidata viimast faili tehtud muudatust või muudatust. "Indeks" on määratletud kõigi hiljuti määratud failide kogumina, mis peaks olema järgmine. Lõpuks viitab “töökataloog” kogu failisüsteemi failikomplektile, millega praegu töötate.
Pärast nende terminoloogiate tundmaõppimist on teil nüüd väga lihtne mõista erinevust toimingute „git reset” ja „git reset -hard” vahel. Nagu me juba ütlesime, on Giti üleslaaditud failil mitu valikut, samamoodi määratletakse "git reset" vaiketoiminguna, millega saate tagasi võtta viimase tehtud toimingu või muudatuse praegune fail. Nüüd on selle toiminguga kaasas viis erinevat võimalust, nimelt: kõva, pehme, ühendatud, segatud ja hoidke.
Sõltuvalt suvandist, mille olete valinud või kasutanud käsuga „git reset“, saate erineva „tagasivõtmise“ taseme. Operatsiooni „git reset -hard“ peetakse kõige tõhusamaks toiminguks, kui soovite oma viimasest kohustusest täielikult vabaneda. See tähendab, et selle toimingu sooritamisel muutub teie faili pea, st.e., see ei osuta enam teie viimasele pühendumisele. Mitte ainult see, vaid see tühistab ka teie viimase kohustuse indeksist ja muudab isegi teie praegust töökataloogi.
Teisest küljest, kui kasutate mõnda muud valikut käsuga “git reset”, näiteks “pehme”, muudab see ainult teie pea asendit. Peale selle ei põhjusta see teie indeksis muudatusi ega muuda teie praegust töökataloogi. Lühidalt öeldes võime öelda, et "git reset" on käsk, samas kui "git reset -hard" on selle variatsioon, mida kasutatakse siis, kui soovite oma viimase pühenduse kõik jäljed kustutada.
Järeldus
Läbides selle üksikasjaliku selgituse toimingute „git reset” ja „git reset -hard” kohta, saate neid nüüdsest alates hõlpsalt eristada. Lisaks juhendab see artikkel teile valikut, mida peate käsuga “git reset” kasutama, sõltuvalt teie konkreetsetest nõuetest.
