Git on maailmas enim kasutatud versioonikontrollisüsteem (VCS) projekti jälgimiseks ja juhtimiseks. Samuti pakub see hajutatud ja koostööd soodustavat töökeskkonda, soodustades koostööd.
Hargnemine on Giti üks olulisemaid funktsioone, kuna see võimaldab teil luua eraldi kanali teatud muudatuste jaoks, nagu veaparandus, uute funktsioonide arendamine või katsetamine, ilma et see mõjutaks põhiharu.
Võrreldes teiste Giti toimingutega on hargnemine üsna lihtne meetod. See võimaldab teil algsest koodibaasist kõrvale kalduda.
Hargnemine võimaldab teil teiste arendajatega kiiremini koostööd teha ja annab teile töövoos palju vabadust. Samuti võimaldab see töötada uue funktsiooniga, ilma et see mõjutaks ülejäänud koodibaasi.
Giti hargnemismehhanism võimaldab luua projekti sees uusi filiaale.
Neid täiendavaid harusid saab seejärel kasutada koodimuudatuste testimiseks ilma põhiprojekti koodi segamata. Kui kohandamised õnnestuvad, saab haru tagasi põhiharuks liita.
Siiski on aegu, kui peate Giti filiaali kustutama kohapeal, kuid mitte eemalt. Lugege edasi, et teada saada, kuidas seda teha.
Mis on Git Branch?
Git suudab tänu hargnemisele jälgida mitut töörida. See võimaldab teil töötada samaaegselt mitme projekti versiooniga.
Paljud projektid säilitavad stabiilse põhiharu, lisades samal ajal arendus- või testimisharus uusi funktsioone või parandades vigu.
Kui projektijuhid on täiesti kindlad, et arendusharus tehtud muudatused vastavad kriteeriumidele, saavad nad need muudatused põhiharusse liita. Teatud suuremate projektide puhul kordub see tsükkel sageli lõputult.
Giti arendusharudega töötamine on suurepärane lähenemisviis meie programmiga töötamiseks, jälgides samal ajal selle versioone. Arendusharu on üldiselt koodi oleku lõhe, mis loob selle arendamiseks uue marsruudi.
See võib töötada paralleelselt teiste Giti filiaalidega, saate luua. Meie koodile on võimalik lisada uusi funktsioone organiseeritult ja täpselt.
Miks ja millal see kustutamist vajab?
Tavaline hoolduspraktika on Giti filiaalide kustutamine, kui neid enam ei kasutata, kuigi see pole alati universaalne ega arusaadav.
Miks peaksite oma hoidlast eemaldama aegunud Giti filiaalid? Sellel on kaks peamist põhjust:
- Need on ebavajalikud. Enamikul harudel, eriti neil, mis on ühendatud tõmbetaotlusega, mis on lõpuks heaks kiidetud, ei ole funktsiooni.
- Need tekitavad segadust. Need ei lisa olulisi tehnoloogilisi kulusid, kuid muudavad hoidlas olevate harude loenditega töötamise inimestele keerulisemaks.
Filiaale saab turvaliselt kustutada, kartmata muudatuste kaotamist.
Mõelge järgmisele stsenaariumile: haru paik-1 liidetakse tõmbepäringu kaudu põhiharuga. Enne ühendamist osutavad master ja patch-1 erinevatele versioonidele git commit ajaloos.
Pärast ühendamist (kui lisatakse uus liitmiskohustus) lingivad nii master kui ka patch-1 uue liitmiskohustusega. Sel hetkel on tõmbetaotlus lõppenud ja kõik tulevased tõuged tuleks esitada masterile, mitte patch-1-le.
Kohalik vs kaugharu Gitis
Remote Branch – see asub eraldi süsteemis, tavaliselt serveris, millele arendajad pääsevad juurde. Kaugharu kustutamisel kustutatakse see kõigi kasutajate jaoks.
Kohalik filiaal – kohalikku süsteemi salvestatakse kohalik filiaal. Kohaliku filiaali kustutamine ei mõjuta kaugemat filiaali.
Kuidas kohapeal filiaale kustutada?
See ei luba eemaldada haru, mille kallal praegu töötate, seega kontrollige kindlasti välja haru, mida te EI kustuta. Alustuseks mõtleme välja, kuidas kohalikku haru eemaldada.
- Alustuseks käivitage käsk (git branch -a), et näha kõiki filiaale (nii kohalikke kui ka kaugeid).
- Seejärel saate selle kustutada, kasutades käsku (git branch -d), millele järgneb eemaldatava haru nimi.
Kui proovite eemaldada ühendamata muudatustega haru, kuvatakse järgmine tõrketeade:
Nagu ülaltoodud teade osutab, kasutage haru kustutamise sundimiseks suvandit -D, mis on otsetee käsule —delete —force.
Pidage meeles, et ühendamata haru kustutamisel kaovad kõik selle haru muudatused.
Kui proovite praegust haru kustutada, näete järgmist teadet:
Te ei saa eemaldada haru, millel praegu olete. Lülituge esmalt teisele harule ja seejärel eemaldage haru nimi:
Filiaali kustutamise negatiivne külg
Filiaalide kustutamise võimalik puudus on see, et kõik sidemed haru asukohaga katkevad (GitHubis jne).
Mul ei ole peaaegu kunagi püsivaid linke mittepeamiste harudega ja kui ma tahaksin luua ühenduse mõne konkreetse haru tööga, teeksin seda tõenäoliselt pärast seda, kui see on muudetud tõmbetaotluseks (sel juhul lingin Tõmma-päring).
Lõppsõna
Arendusharude kasutamise teadmine muutub teie rakenduse süstemaatilisel loomisel kriitiliseks. Struktureerige oma kood erinevatesse harudesse.
Kui te pole mingil hetkel keerulises toimingus kindel, on see alati hea mõte lugeda Giti ametlik dokumentatsioon okstel.
Jäta vastus