Git workflow для частых и независимых релизов веб-сервиса

Git стал таким же привычным явлением, как электричество в розетке. Его можно использовать совершенно по-разному — он либо сделает вашу жизнь удобнее, либо причинит боль и доставит кучу проблем. Привет, меня зовут Макс Мартынов и я ведущий разработчик в Атвинте. В этой статье расскажу про наш подход к Git workflow, в котором баги одной фичи не блокируют деплой другой. Существует множество подходов и наш, конечно, не единственно верный.

https://habr.com/ru/articles/1010850/

#gitflow #git #git_workflow

Git workflow для частых и независимых релизов веб-сервиса

Git стал таким же привычным явлением, как электричество в розетке. Его можно использовать совершенно по-разному — он либо сделает вашу жизнь удобнее, либо причинит боль и доставит кучу проблем....

Хабр

If you have seen memes of Tim continvoucly morging and didn't understand what has happened, the answer is of course: AI Slop. Thanks, Microsoft

https://nvie.com/posts/15-years-later/

#Microsoft #AI #GitFlow

15+ years later, Microsoft morged my diagram

How Microsoft continvoucly morged my Git branching diagram.

nvie.com

Настройка Git для одновременного fetch/push в несколько remotes. Синхронизация одной командой

Прим: Дополняет мою статью "Скрипт полной миграции из GitLab на свой сервер" . После успешной миграции А что делать со старым репозиторием? Было бы логично использовать GitLab и другие хостинги в качестве вторичных (запасных). Но как это делать? И еще не вручную? Для синхронизации с remotes одновременно на свой Gogs и на все GitLab, GitHub, Bitbucket, ... remotes, об этом и других "хаках" ниже:

https://habr.com/ru/articles/995074/

#git_fetch_push #sync #github #gitflow #bitbucket #gogs #mirroring #git_workflow #gitaliase #devops

Настройка Git для одновременного fetch/push в несколько remotes. Синхронизация одной командой

Прим: Дополняет мою статью "Скрипт полной миграции из GitLab на свой сервер" . 1. После успешной миграции А что делать со старым репозиторием? Было бы логично использовать GitLab и другие хостинги в...

Хабр

#ITByte: #Gitflow is a popular branching model for Git that provides a structured approach to managing software development and releases.

It's particularly well-suited for projects with a regular release cycle.

https://knowledgezone.co.in/posts/Git-Workflow-679901d2a45945b17795f332

🚀 GitFlow organiza tu código con ramas para features, releases y hotfixes. El modelo que todo desarrollador debe dominar para trabajar en equipo sin caos. 💻

Lee más 👉 https://www.soloingenieria.org/ingenieria-de-software/gitflow/

#GitFlow #Git #DesarrolloDeSoftware #Programación #IngenieríaDeSoftware #ControlDeVersiones

El código desordenado no es un problema técnico, es un problema de flujo de trabajo. GitFlow existe porque trabajar en equipo sin reglas claras genera más conflictos que soluciones. 💡

#GitFlow #Git #DesarrolloDeSoftware #Programación #IngenieríaDeSoftware #ControlDeVersiones

ClusterAPI как цель, Terraform как мост: управляем жизненным циклом платформы

Я Олег Одинцов, платформенный инженер App.Farm . App.Farm — собственная разработка Россельхозбанка, которая используется для станадартизации процессов разработки программного обеспечения и предоставления высокоуровневого интерфейса пользователям для автоматизации их задач. Можно сказать, что App.Farm — это автоматизация «под ключ». Пользователь получает полный цикл управления разработкой от размещения кода до деплоя приложений. Более «смузийное» название — IDP платформа.

https://habr.com/ru/companies/rshb/articles/980742/

#platform #git #paas #ci #nexus #gitflow #workflow #gitlabci #gitops #микросервисы

ClusterAPI как цель, Terraform как мост: управляем жизненным циклом платформы

Я Олег Одинцов, платформенный инженер App.Farm . App.Farm — собственная разработка Россельхозбанка, которая используется для стандартизации процессов разработки программного обеспечения и...

Хабр

Choose Git Flow for structured, versioned releases or GitHub Flow for continuous deployment based on your team's deploy frequency and release cycle needs.

https://dev.to/hongster85/git-flow-vs-github-flow-understand-in-3-minutes-kmm

#GitFlow #GitHubFlow #BranchingStrategy

Git Flow vs GitHub Flow : Understand in 3 Minutes

Choose Git Flow for structured, versioned releases or GitHub Flow for continuous deployment based on your team's deploy frequency and release cycle needs.

DEV Community

I’m researching #branching strategies for an app release process. Happy to read anything you have. I have #MartinFowler Git Flow and some other tabs open.

Thanks a bunch!

#git #versioncontrol #vcs #jj #gitflow #BranchingScenarios

Эффективный CI/CD: переход на trunk-based development и GitLab

Меня зовут Илья Куликов, я руковожу разработкой веб-терминалов в компании «Столото». Сегодня хочу рассказать, как мы превратили ручные релизы и вечные конфликты в почти автономный CI/CD. За почти 10 лет в компании я прошёл путь от бэкенд-разработчика до руководителя направления, в «Столото» же за это время родился и вырос целый продукт — веб-терминал для агентов розничной сети. Изначально у нас был парк дорогих аппаратных терминалов, установленных у агентов. Но как расширить сеть и снизить входной порог? Возникла идея: а что, если сделать аналогичное приложение в браузере? Тогда любой желающий мог бы стать агентом — достаточно старого ноутбука и договора с нами. Так появился полноценный веб-аналог аппаратного терминала со всеми необходимыми функциями для продажи лотерей. Но вместе с ростом продукта росла и боль: релизы занимали часы, всё постоянно ломалось на проде, а после каждого деплоя команда судорожно грепала логи в поисках причины падения. Мы поняли: без серьёзной перестройки процессов дальше — только хуже. И тогда решили кардинально пересмотреть наш подход к CI/CD. Отказались от классического GitFlow в пользу trunk-based development, полностью перестроили пайплайны в GitLab и внедрили автоматизацию на всех этапах — от сборки и тестирования до деплоя и мониторинга. В этой статье я делюсь реальным опытом: - как мы ушли от ручных релизов к автоматическому деплою в прод; - какие практики и инструменты позволили нам перестать бояться каждого коммита; - как повысить качество кода и ускорить вывод фич на рынок без ущерба для стабильности. Этот материал будет особенно полезен техлидам, инженерам DevOps, разработчикам и командам, которые всё ещё живут в мире ручных деплоев, боятся нажимать «мердж» в пятницу вечером. Если вы задумываетесь, как перейти от хаоса к предсказуемости в релизах — вы по адресу. А как мы этого добились — читайте под катом!

https://habr.com/ru/companies/stoloto/articles/957056/

#gitflow #cicd #trunkbased_development #gitlab #reactjs #java #spring_boot #gitops #argo_cd #kubernetes

Эффективный CI/CD: переход на trunk-based development и GitLab

Меня зовут Илья Куликов, я руковожу разработкой веб-терминалов в компании «Столото». Сегодня хочу рассказать, как мы превратили ручные релизы и вечные конфликты в почти автономный CI/CD. За почти 10...

Хабр