Kāda ir jūsu pieredze ar Git Flow?

Man ir pieredze ar Git Flow, aktīvi to izmantoju šaku pārvaldībai vidēja un liela mēroga projektos.

Galvenie šaku tipi:

• master (vai main): Stabils kods, gatavs ražošanai. Atjauninās tikai ar saplūšanu no release.
• develop: Galvenā šaka jaunu funkciju integrācijai. Visa jauna attīstība sākas no tās.
• feature/<nosaukums>: Šakas jaunu funkciju izstrādei. Izsīkst no develop un tiek sapludinātas atpakaļ uz develop pēc pabeigšanas.
• release/<versija>: Šakas jauna izlaišanas sagatavošanai. Izsīkst no develop, tiek izmantotas kļūdu labojumiem un galīgai apstrādei. Tiek sapludinātas gan master, gan develop.
• hotfix/<nosaukums>: Steidzamu kļūdu labojumu šakas ražošanas vidē. Izsīkst no master un tiek sapludinātas gan uz master, gan uz develop.

Tipisks darba ar funkciju process:

# Sākam jaunas funkcijas izstrādi
git flow feature start mans-jauns-uzdevums

# Kodējam, veicam komitus

# Pabeidzam funkcijas izstrādi (sapludinām uz `develop` un dzēšam funkcijas šaku)
git flow feature finish mans-jauns-uzdevums

Lai izveidotu izlaišanu:

# Sākam izlaišanas procesu versijai 1.0.0
git flow release start 1.0.0 develop

# Veicam nepieciešamos labojumus un testus

# Pabeidzam izlaišanu (sapludinām uz `master` un `develop`, atzīmējam ar zīmi)
git flow release finish 1.0.0

Git Flow ir piemērots projektos ar skaidri definētu izlaišanas ciklu un prasa disciplīnu no komandas. Elastīgākiem un strauji mainīgiem projektiem dažreiz ir labāk izmantot vienkāršākus šaku modeļus, piemēram, GitHub Flow.

Es to izmantoju projektos ar komandām no 5 līdz 20 cilvēkiem, kas ļāva standartizēt izstrādes procesu un samazināt saplūšanas konfliktu skaitu.