From 793c2ebf3f0ffaada87b427452efbe53084d5f4e Mon Sep 17 00:00:00 2001 From: Dmitry Date: Wed, 10 Jun 2026 22:27:38 +0300 Subject: [PATCH] ada-pc: 2026-06-10 22:27:38 | 1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Affected files: 00 Inbox/Система контроля версий. Знакомство с Git.md --- 00 Inbox/Система контроля версий. Знакомство с Git.md | 11 +++++------ 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/00 Inbox/Система контроля версий. Знакомство с Git.md b/00 Inbox/Система контроля версий. Знакомство с Git.md index f0903e8..5e93abc 100644 --- a/00 Inbox/Система контроля версий. Знакомство с Git.md +++ b/00 Inbox/Система контроля версий. Знакомство с Git.md @@ -59,13 +59,12 @@ Git обладает впечатляющими возможностями дл В ветке Main хранится официальная история релизов, в Release ветках концентрируется функционал готово к выпуску релиза продукта, а ветка Develop предназначена для разработки функционала. -В качестве функциональных веток в Gitflow используются Feature ветки, ответвленные от основной ветки Develop. +В качестве функциональных веток в `Gitflow` используются *Feature* ветки, ответвленные от основной ветки *Develop*. -Работа над каждым новым функционалом ведется командой в собственной Feature-ветке. +Работа над каждым новым функционалом ведется командой в собственной *Feature-ветке*. +После завершения разработки функционала, каждая *Feature-ветка* **сливается** с *Develop-веткой*. -После завершения разработки функционала, каждая Feature-ветка сливается с Develop-веткой. - -Когда в Develop-ветке оказывается достаточно функционала для выпуска нового релиза, на основе Develop-ветки создается ветка Release. +Когда в *Develop-ветке* оказывается достаточно функционала для выпуска нового релиза, на основе *Develop-ветки* создается ветка **Release**. После прохождения всех тестов и проверок, Release-ветка сливается с остальными основными ветками — Main и Develop. @@ -79,7 +78,7 @@ Git обладает впечатляющими возможностями дл - Не подходит для рабочих процессов, основывающихся на подходах, отличных от регулярного выпуска релизов. - Потенциально запутанная схема веток и трудности в восстановлении историчности их слияний в сложных проектах. -На данный момент, Gitflow является недостаточно универсальной моделью рабочего процесса разработки и считается устаревшей. +На данный момент, Gitflow является *недостаточно универсальной моделью* рабочего процесса разработки и считается **устаревшей**. Предпочтительной для современных процессов разработки является модель магистральных рабочих процессов (TBD).