Ամբողջ աշխարհում Git-ն ամենաշատ օգտագործվող տարբերակների կառավարման համակարգն է (VCS)՝ նախագծի մոնիտորինգի և վերահսկման համար: Այն նաև առաջարկում է ցրված և համագործակցային աշխատանքային միջավայր՝ խրախուսելով համագործակցությունը:
Branching-ը Git-ի ամենակարևոր գործառույթներից մեկն է, քանի որ այն թույլ է տալիս ստեղծել առանձին ալիք՝ որոշակի փոփոխությունների համար, ինչպիսիք են վրիպակի շտկումը, նոր հնարավորությունների մշակումը կամ փորձարկումը՝ առանց հիմնական ճյուղի վրա ազդելու:
Git-ի այլ գործողությունների համեմատ, ճյուղավորումը բավականին պարզ մեթոդ է: Այն թույլ է տալիս շեղվել սկզբնական կոդի բազայից:
Branching-ը թույլ է տալիս ավելի արագ համագործակցել այլ ծրագրավորողների հետ և ձեզ մեծ ազատություն է տալիս ձեր աշխատանքային հոսքում: Այն նաև թույլ է տալիս աշխատել նոր գործառույթի վրա՝ առանց ազդելու կոդի բազայի մնացած մասի վրա:
Git-ի ճյուղավորման մեխանիզմը թույլ է տալիս նոր մասնաճյուղեր ստեղծել նախագծի ներսում:
Այս լրացուցիչ ճյուղերը կարող են օգտագործվել կոդի փոփոխությունները փորձարկելու համար՝ առանց միջամտելու ծրագրի հիմնական կոդի: Եթե ճշգրտումները հաջող լինեն, ճյուղը կարող է կրկին միավորվել հիմնական ճյուղին:
Այնուամենայնիվ, կան դեպքեր, երբ դուք պետք է ջնջեք Git մասնաճյուղը տեղական, բայց ոչ հեռակա կարգով: Կարդացեք՝ պարզելու համար, թե ինչպես դա անել:
Ի՞նչ է Git Branch-ը:
Git-ը ճյուղավորման շնորհիվ կարող է հետևել աշխատանքի մի քանի տողերին: Սա ձեզ հնարավորություն է տալիս միաժամանակ աշխատել ձեր նախագծի մի քանի տարբերակների վրա:
Շատ նախագծեր կպահպանեն կայուն հիմնական ճյուղ՝ միաժամանակ ավելացնելով նոր առանձնահատկություններ կամ շտկելով սխալները մշակման կամ փորձարկման ճյուղում:
Երբ Ծրագրի կառավարիչները բացարձակապես համոզված են, որ Dev մասնաճյուղում կատարված փոփոխությունները համապատասխանում են չափանիշներին, նրանք կարող են միավորել այդ փոփոխությունները հիմնական մասնաճյուղի մեջ: Որոշ ավելի մեծ նախագծերի համար այս ցիկլը հաճախ կրկնվում է անորոշ ժամանակով:
Git-ի զարգացման մասնաճյուղերի հետ աշխատելը հիանալի մոտեցում է մեր ծրագրի հետ աշխատելու համար՝ միաժամանակ հետևելով դրա տարբերակներին: Զարգացման ճյուղը, ընդհանուր առմամբ, կոդի վիճակի պառակտում է, որը նոր ուղի է ստեղծում դրա առաջխաղացման համար:
Այն կարող է աշխատել Git-ի մյուս ճյուղերի հետ զուգահեռ, կարող եք ստեղծել: Հնարավոր է կազմակերպված և ճշգրիտ կերպով նոր հնարավորություններ ավելացնել մեր կոդի մեջ:
Ինչու և ե՞րբ է այն ջնջելու կարիք:
Տիպիկ պահպանման պրակտիկա է ջնջել Git ճյուղերը, երբ դրանք այլևս չեն օգտագործվում, թեև դա միշտ չէ, որ համընդհանուր կամ հասկանալի է:
Ինչու՞ պետք է հեռացնել հնացած Git ճյուղերը ձեր պահոցից: Դրա համար երկու հիմնական պատճառ կա.
- Նրանք ավելորդ են: Մասնաճյուղերի մեծ մասը, հատկապես նրանք, որոնք կապված են ձգողականության հայտի հետ, որը վերջնականապես հաստատվել է, գործառույթ չունեն:
- Նրանք շփոթության աղբյուր են: Նրանք չեն ավելացնում էական տեխնոլոգիական ծախսեր, բայց ավելի դժվար են դարձնում պահեստի մասնաճյուղերի ցուցակների հետ աշխատելը մարդկանց համար:
Մասնաճյուղերը կարող են ապահով կերպով ջնջվել՝ առանց որևէ փոփոխություն կորցնելու վախի:
Դիտարկենք հետևյալ սցենարը. ճյուղի patch-1-ը միաձուլվելու է հիմնական մասնաճյուղի հետ՝ ձգման հարցումով: Նախքան միաձուլվելը, Master-ը և Patch-1-ը, յուրաքանչյուրը մատնանշում է git commit պատմության տարբեր վերանայումները:
Միաձուլումից հետո (եթե ավելացվի նոր միաձուլման հանձնարարություն), Master-ը և Patch-1-ը երկուսն էլ կապում են նոր միաձուլման հանձնառությանը: Այս պահին ձգման հարցումն ավարտված է, և ապագա բոլոր մղումները պետք է ներկայացվեն վարպետին, այլ ոչ թե patch-1-ին:
Տեղական ընդդեմ Remote մասնաճյուղ Git-ում
Հեռավոր մասնաճյուղ – Այն գտնվում է առանձին համակարգում, սովորաբար սերվերի վրա, որին կարող են մուտք գործել մշակողները: Երբ հեռակա մասնաճյուղը ջնջվում է, այն ջնջվում է բոլոր օգտագործողների համար:
Տեղական մասնաճյուղ – Տեղական համակարգում տեղական մասնաճյուղը պահպանված է: Տեղական մասնաճյուղի ջնջումը ոչ մի ազդեցություն չունի հեռավոր մասնաճյուղի վրա:
Ինչպե՞ս ջնջել մասնաճյուղերը տեղում:
Այն թույլ չի տա ձեզ հեռացնել մասնաճյուղը, որի վրա այժմ աշխատում եք, այնպես որ համոզվեք, որ դուք գնում եք այն մասնաճյուղը, որը ՉԵՔ ջնջում: Եկեք սկսենք պարզել, թե ինչպես հեռացնել տեղական մասնաճյուղը:
- Սկսելու համար գործարկեք (git branch -a) հրամանը՝ տեսնելու բոլոր մասնաճյուղերը (ինչպես տեղական, այնպես էլ հեռավոր):
- Այնուհետև, օգտագործելով (git branch -d) հրամանը, որին հաջորդում է այն մասնաճյուղի անունը, որը ցանկանում եք հեռացնել, կարող եք ջնջել այն:
Եթե փորձեք հեռացնել ճյուղը չմիաձուլված փոփոխություններով, կհայտնվի հետևյալ սխալի հաղորդագրությունը.
Ինչպես ցույց է տալիս վերը նշված հաղորդագրությունը, ճյուղի ջնջումը պարտադրելու համար օգտագործեք -D տարբերակը, որը դյուրանցում է «ջնջել» ուժի համար:
Խնդրում ենք նկատի ունենալ, որ չմիաձուլված մասնաճյուղը ջնջելը կհանգեցնի այդ մասնաճյուղի բոլոր փոփոխությունների կորստի:
Եթե փորձեք ջնջել ընթացիկ մասնաճյուղը, կտեսնեք հետևյալ հաղորդագրությունը.
Դուք չեք կարող հեռացնել մասնաճյուղը, որի վրա գտնվում եք այս պահին: Սկզբում անցեք մեկ այլ մասնաճյուղ, ապա հեռացրեք մասնաճյուղի անունը.
Մասնաճյուղը ջնջելու բացասական կողմը
Մասնաճյուղերի ջնջման հնարավոր թերությունն այն է, որ մասնաճյուղի գտնվելու վայրի հետ կապված ցանկացած կապ կխախտվի (GitHub-ում և այլն):
Ես հազիվ թե մշտական կապեր ունենամ ոչ հիմնական մասնաճյուղերի հետ, և եթե ցանկանայի միանալ որևէ աշխատանքի որոշակի ճյուղի վրա, ամենայն հավանականությամբ դա կանեի այն բանից հետո, երբ այն կվերածվեր ձգման հարցում (այդ դեպքում ես կկապեմ դեպի Քաշեք-խնդրանք):
Եզրափակիչ Words
Իմանալը, թե ինչպես օգտագործել զարգացման ճյուղերը, կարևոր է դառնում ձեր հավելվածը համակարգված ձևով ստեղծելու համար: Հոգ տանել ձեր ծածկագիրը տարբեր ճյուղերի կառուցվածքում:
Եթե որևէ պահի վստահ չեք բարդ վիրահատության մասին, ապա միշտ լավ գաղափար է կարդալ Git-ի պաշտոնական փաստաթղթերը ճյուղերի վրա։
Թողնել գրառում