ada/SecondBrain
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

ada-pc: 2026-06-10 22:27:38 | 1

Browse Source 
Affected files:
00 Inbox/Система контроля версий. Знакомство с Git.md
This commit is contained in:
Dmitry
2026-06-10 22:27:38 +03:00
parent 7247dca120
commit 793c2ebf3f
1 changed files with 5 additions and 6 deletions
Download Patch File Download Diff File Expand all files Collapse all files
00 Inbox/Система контроля версий. Знакомство с Git.md
+5 -6
View File
@@ -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).