vault backup: 2026-05-02 23:05:27

00 Inbox/Archive/Git.md

@@ -0,0 +1,85 @@
+---
+status: seed
+type: concept
+tags: []
+created: 2025-12-17
+updated: 2026-04-30
+title: Git
+---
+
+# Git
+## Знакомство с Git
+
+**Git** — система управления версиями с распределенной архитектурой, разработанная Линусом Торвальдсом в 2005 году.
+
+Среди всех доступных систем управления версиями (*Git*, *Mercurial*, *CVS*, *SVN*), Git является абсолютным лидером и признанным стандартом.
+
+Неоспоримыми преимуществами Git являются:
+
+- Высокая производительность.
+- Безопасность.
+- Гибкость в распределенных системах.
+- Прекрасные возможности для командной работы.
+
+### Производительность
+
+Высокая производительность Git обусловлена подходом по *оптимизации* *внутренних* *процедур* и использованию анализа содержимого файлов Git работает с файлами, храня объекты с содержимым каталога и метаданными их версий.
+
+### Безопасность
+
+Безопасность при работе с Git обеспечивается целостностью исходного кода и применением алгоритма шифрования SHA1.
+Использование Git гарантирует подлинность истории изменений и защищает исходный код от тайного внесения изменений.
+
+### Гибкость
+
+Гибкость при работе с Git достигается за счет поддержки линейных и нелинейных циклов разработки, совместимости со множеством других информационных систем и популярных протоколов.
+
+### Возможности для командной работы
+
+Git обладает впечатляющими возможностями для командной работы за счет поддержки множества разнообразных моделей управления исходным кодом, удовлетворяющих нужды больших и маленьких команд, простых и сложных распределенных проектов.
+
+## Модели управления исходным кодом
+
+Работа с версиями исх. кода в git построена на основе использования:
+- коммитов (*commit*)
+- веток (*branches*)
+- слияния веток (*merge*)
+- сравнивания версий (*diff*)
+
+На основе этих сущностей строятся разнообразные *модели управления исходным кодом*.
+
+Большой популярностью пользуется модель под названием *gitflow*.
+
+### GitFlow
+
+**gitflow** - модель ветвления в git, в которой используются *основные ветки* (main, release, develop) и *функциональные* (features, fix).
+
+1) *main* - официальная история релизов;
+2) *release* - концентрация готового к выпуску в прод функционала;
+3) *develop* - ветка для разработки функционала;
+4) *feature* - работа над любым новым функционалом ведется командой в этой ветке, после завершения разработки, ветка сливается с develop-ветки.
+
+Когда в *Develop*-ветке оказывается достаточно функционала для выпуска нового релиза, на основе *Develop*-ветки создается ветка *Release*.
+
+После прохождения всех тестов и проверок, *Release*-ветка сливается с остальными основными ветками — *Main* и *Develop*.
+
+![[Pasted image 20260430152221.png|597]]
+Недостатки *gitflow*:
+1) Не очень хорошая совместимость с CI/CD;
+2) Не для рабочих процессах, связанных с редким выпуском релизов;
+3) Потенциально запутанная схема веток и трудности в восстановлении историчности их слияний в сложных проектах.
+
+Предпочтительной моделью сегодня стала модель магистральных рабочих процессов (**TBD**).
+
+### TBD
+
+**TBD (Trunk Based Development)** - альтернативная модель управления исходным кодом в git на основе ветвления (как замена gitflow).
+Основана на принципе одной главной ветки, называемой "магистралью" (**trunk**).
+
+Вся работа над новым функционалом ведется разработчиками в магистральной ветке, что исключает ошибки слияния и неработающие сборки.
+
+Команда разработки, ведущая работу над функционалом, сохраняет свои изменения только в **trunk-ветку** и обеспечивает непрерывную сборку, тестирование и доставку нового функционала, не привязываясь к срокам и частоте выпуска релизов (выпуск релиза в любой момент).
+
+![[Pasted image 20260430153712.png]]
+
+Модель TBD быстро завоевала популярность в разветвленных проектах и прекрасно зарекомендовала себя в распределенных больших командах разработки за счет своей понятности, динамичности и совместимости с CI/CD-процессами.