Ի՞նչ փորձ ունեք Git Flow-ով:

Իմ փորձը կա Git Flow-ի հետ, որը ես ակտիվ օգտագործում եմ միջին և մեծ նախագծերում ճյուղերի կառավարելու համար:

Հիմնական ճյուղերի տեսակները՝

• master (կամ main) : կայուն կոդ, պատրաստ է արտադրության։ Թարմացվում է միայն release-ից միացմամբ։
• develop : հիմնական ճյուղ նոր ֆունկցիաների ինտեգրման համար։ Բոլոր նոր զարգացումները սկսվում են այստեղից։
• feature/<անուն> : ճյուղեր նոր ֆունկցիաներ մշակելու համար։ Diverge են develop-ից և վերամիավորվում են հետ develop-ին՝ ավարտից հետո։
• release/<տարբերակ> : ճյուղեր նոր տարբերակի պատրաստման համար։ Diverge են develop-ից, օգտագործվում են սխալների ուղղման և վերջնական հարդարման համար։ Միացվում են ինչպես master, այնպես էլ develop-ին։
• hotfix/<անուն> : ճյուղեր շտապ սխալների ուղղման համար արտադրությունում։ Diverge են master-ից և միանում են ինչպես master, այնպես էլ develop-ին։

Տիպիկ աշխատանքային գործընթաց՝

# Նոր ֆունկցիայի մեկնարկ
git flow feature start my-new-feature

# Ծրագիր, կոմիտներ

# Ֆունկցիայի ավարտում (միացում `develop`-ին և ճյուղի հեռացում)
git flow feature finish my-new-feature

Վերածննդի ստեղծման գործընթաց՝

# Վերածննդի գործընթացի մեկնարկ՝ տարբերակ 1.0.0
ngit flow release start 1.0.0 develop

# Պահանջվող ուղղումներ և փորձարկումներ

# Վերածննդի ավարտում (միացում `master`-ին և `develop`-ին, տեգավորում)
git flow release finish 1.0.0

Git Flow-ը հարմար է նախագծերի համար, որոնց համար հստակ սահմանված է թողարկման ցիկլը, և թիմից պահանջում է դիսցիպլինա։ Ավելի ճկուն և արագ փոփոխվող նախագծերի համար երբեմն ավելի պարզ մոդելներ, օրինակ՝ GitHub Flow, ավելի լավ են։

Ես օգտագործել եմ այն 5-ից 20 անձից կազմված թիմերով, ինչը հնարավորություն է տալիս ստանդարտացնել զարգացման գործընթացը և նվազեցնել միացման կոնֆլիկտները։