home.social

#gitflow — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #gitflow, aggregated by home.social.

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

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

    habr.com/ru/articles/1010850/

    #gitflow #git #git_workflow

  2. 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

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

    #Microsoft #AI #GitFlow

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

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

    habr.com/ru/articles/995074/

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

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

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

    habr.com/ru/articles/995074/

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

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

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

    habr.com/ru/articles/995074/

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

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

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

    habr.com/ru/articles/995074/

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

  7. #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.

    knowledgezone.co.in/posts/Git-

  8. 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

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

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

    habr.com/ru/companies/rshb/art

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

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

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

    habr.com/ru/companies/rshb/art

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

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

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

    habr.com/ru/companies/rshb/art

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

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

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

    habr.com/ru/companies/rshb/art

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

  13. 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.to/hongster85/git-flow-vs-

  14. 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

  15. 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

  16. 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

  17. 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

  18. 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

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

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

    habr.com/ru/companies/stoloto/

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

  20. 🍒 Cherry-pick commits easily with shift+c to copy and shift+v to paste. Create and manage #worktrees to work on multiple branches simultaneously. Custom command system for extending functionality beyond built-in features.

    🎨 Visual commit graph showing relationships and author colors. Built-in support for #Gitflow workflow and branch management. Filter any view to quickly find what you need.

  21. Гит, предпосылки его появления и современное использование в веб-разработке

    Сейчас сложно представить мир разработки программного обеспечения без git – распределенной системы контроля версий. Хотя еще 10 лет назад во многих компаниях использовались другие инструменты: CVS или SVN. Бывали даже такие команды, в которых и вовсе не велось версионирование кода. А 20 лет назад git только-только был создан Линусом Торвальдсом и начал распространяться в среде самых продвинутых разработчиков того времени — участниках опенсорс комьюнити вокруг ядра линукса. В этой статье мы рассмотрим предпосылки появления git и его современное использование. Первый коммит гите был сделан 7 апреля 2005 года с описанием: Initial revision of "git", the information manager from hell. В английском языке слово гит означает «неприятный человек», и хотя история благодушно умалчивает, почему Линус назвал свой инструмент именно так, мы можем быть уверены, что в этом названии отражена та сложная обстановка, в которой оказались создатели ядра линукса в начале 21 века. Дело в том, что в начале разработки ядра Linux использовался проприетарный (то есть принадлежащий конкретной компании и не являющийся свободным) инструмент управления версиями под названием BitKeeper. Однако в 2005 году возник конфликт между разработчиками Linux и компанией-разработчиком BitKeeper, в результате которого была отозвана бесплатная лицензия разработчиков ядра.

    habr.com/ru/companies/beget/ar

    #git #gitlab #ci #cd #gitflow

  22. Когда CI заботится не только о коде, но и о пользователях. App.Farm CI. Часть V

    Привет, Хабр! На связи команда разработки App.Farm в РСХБ-Интех. App.Farm —платформа по типу PaaS для стандартизации процесса разработки бизнес-приложений: от хранения исходного кода до запуска сервисов. App.Farm CI — подсистема обеспечивающая хранение кода, артефактов, автоматизацию сборки. В этой статье хотели бы представить вам одну из подсистем нашего продукта — PaaS App.Farm , и это будет финальная часть цикла статей об App.Farm CI. Наш материал посвящён работе с пользователями App.Farm CI — какие темы затронем в этой части: Сопровождение как задумывали Сопровождение как получилось Процесс Feature Requests Публикация Changelog Итоги и планы

    habr.com/ru/companies/rshb/art

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

  23. App.Farm CI. Часть IV. Реализуем flow — шагаем к автоматизации разработки

    Привет, Хабр! На связи команда разработки App.Farm в РСХБ-Интех. Хотели бы представить вам следующую часть цикла статей об App.Farm CI, одной из подсистем нашего продукта — PaaS App.Farm. App.Farm — платформа по типу PaaS для стандартизации процесса разработки бизнес-приложений: от хранения исходного кода до запуска сервисов. App.Farm CI - подсистема обеспечивающая хранение кода, артефактов, автоматизацию сборки. Какие темы затронем в этой статье: - Разновидности flow - Базовый набор job - Генерация Dockerfile - Проверка качества кода - Сборка и публикация артефактов - Развертывание - Демонстрационные примеры

    habr.com/ru/companies/rshb/art

    #platform #git #paas #ci #nexus #gitflow #git_workflow #gitlabci #gitops

  24. App.Farm CI. Часть III. Подготовка к реализации flow — быть вахтером или не быть?

    Привет, Хабр! На связи команда разработки App.Farm в РСХБ-Интех. Хотели бы представить вам следующую часть цикла статей об App.Farm CI, одной из подсистем нашего продукта — PaaS App.Farm. App.Farm - платформа по типу PaaS для стандартизации процесса разработки бизнес-приложений: от хранения исходного кода до запуска сервисов. App.Farm CI — подсистема обеспечивающая хранение кода, артефактов, автоматизацию сборки. Какие темы затронем в этой части: - Архитектура подключаемых flow - Архитектура сборки - Базовый набор flow - Требования к flow - Статическая верификация

    habr.com/ru/companies/rshb/art

    #platform #git #paas #ci #nexus #gitflow #git_workflow #gitlabci #gitops

  25. #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.

    knowledgezone.co.in/posts/Git-

  26. Мастер-класс по точечному переносу изменений между ветками в git

    Представьте ситуацию: вы нашли критический баг в проекте, исправили его в feature -ветке, но до полного слияния ещё далеко. Или вам срочно нужно перенести одно конкретное изменение из текущей ветки в другую. В таких случаях git cherry-pick становится вашим секретным оружием.

    habr.com/ru/articles/875258/

    #git_workflow #git #github #gitflow #системы_управления_версиями #системы_контроля_версий #версионирование #программирование #ветки_в_git #ветки

  27. App.Farm CI. Часть I. Проблемы и выбор решений

    Привет, Хабр! На связи команда разработки App.Farm — продукта, созданного в РСХБ‑Интех. Хотели бы представить вам цикл статей о нем. App.Farm — продукт по типу PaaS, необходимый для стандартизации процесса разработки бизнес‑приложений: от хранения исходного кода до запуска сервисов. Основные подсистемы платформы включают хранилище исходного кода и CI, хранилище артефактов, среду исполнения приложений, SSO, интеграционную подсистему, observability и т. д.. Подробнее ознакомиться с компонентами можно в обзорной статье, ранее опубликованной на Хабре: Как мы создавали PaaS‑платформу App.Farm . Сейчас мы бы хотели углубиться в детали реализации и поделиться с вами проблемами, которые мы решали, и как пришли к текущей архитектуре. Первый цикл статей мы решили посвятить одной из подсистем нашей платформы — App.Farm CI .

    habr.com/ru/companies/rshb/art

    #platform #paas #ci #gitlab #gitlabci #nexus #gitflow #git_workflow #gitops #git

  28. Подходы к использованию Git и контролю версий

    В этой статье я хотел бы рассмотреть методы управления кодом в проектах на Swift, особенно внимание уделяя системам контроля версий и различным моделям ветвления, которые помогают организовать разработку и выпуск приложений. Мы обсудим, как эффективное управление кодом может ускорить процесс разработки, повысить стабильность и упростить командное взаимодействие.

    habr.com/ru/articles/844342/

    #ios #ios_разработка #swift #git #gitflow #github_flow #разработка_приложений_для_ios #управление_версиями #ветвление_git #команды_разработчиков

  29. Подходы к использованию Git и контролю версий

    В этой статье я хотел бы рассмотреть методы управления кодом в проектах на Swift, особенно внимание уделяя системам контроля версий и различным моделям ветвления, которые помогают организовать разработку и выпуск приложений. Мы обсудим, как эффективное управление кодом может ускорить процесс разработки, повысить стабильность и упростить командное взаимодействие.

    habr.com/ru/articles/844342/

    #ios #ios_разработка #swift #git #gitflow #github_flow #разработка_приложений_для_ios #управление_версиями #ветвление_git #команды_разработчиков

  30. Подходы к использованию Git и контролю версий

    В этой статье я хотел бы рассмотреть методы управления кодом в проектах на Swift, особенно внимание уделяя системам контроля версий и различным моделям ветвления, которые помогают организовать разработку и выпуск приложений. Мы обсудим, как эффективное управление кодом может ускорить процесс разработки, повысить стабильность и упростить командное взаимодействие.

    habr.com/ru/articles/844342/

    #ios #ios_разработка #swift #git #gitflow #github_flow #разработка_приложений_для_ios #управление_версиями #ветвление_git #команды_разработчиков

  31. Git, Gitflow и ветка release: как разместить общий код команды в прод

    Привет, Хабр! Меня зовут Николай Пискунов — я ведущий разработчик в подразделении Big Data. И сегодня в блоге

    habr.com/ru/companies/beeline_

    #gitflow #анализ_кода #тестирование #разработка #разработка_по

  32. I am surprised that ‘trunk-based development’ is not one of DORA's core capabilities.
    This capability in particular is the basis for implementing efficient and low-maintenance CI/CD pipelines.
    Otherwise you end up with a situation where the pipeline code is more complex than the application code. Anyone who has ever had to implement a CI/CD pipeline for an organisation working with git-flow knows what I mean.
    No, git-flow is NOT trunk-based. That's it.

  33. Git, Gitflow и ветка develop. Продолжаем разбираться в основах программирования

    Привет, Хабр! В блоге

    habr.com/ru/companies/beeline_

    #разработка_приложений #git #gitflow

  34. Как обеспечить масштабируемость проекта со старта и подстроить CI/CD под свои цели? Основано на реальных событиях

    Привет, Хабр. На связи Михаил, я бэкенд-разработчик в Clevertec . Моя работа связана с проектом, который начинался с создания личного кабинета клиента и развился в экосистему, растущую вместе с бизнесом. На его примере я расскажу, как можно изменять подход к CI/CD, чтобы не тормозить рост проекта и оптимизировать работу команды.

    habr.com/ru/companies/cleverte

    #ci #cd #docker #gitflow #микросервисы #непрерывная_интеграция #непрерывная_поставка #масштабирование #gitlab

  35. Как обеспечить масштабируемость проекта со старта и подстроить CI/CD под свои цели? Основано на реальных событиях

    Привет, Хабр. На связи Михаил, я бэкенд-разработчик в Clevertec . Моя работа связана с проектом, который начинался с создания личного кабинета клиента и развился в экосистему, растущую вместе с бизнесом. На его примере я расскажу, как можно изменять подход к CI/CD, чтобы не тормозить рост проекта и оптимизировать работу команды.

    habr.com/ru/companies/cleverte

    #ci #cd #docker #gitflow #микросервисы #непрерывная_интеграция #непрерывная_поставка #масштабирование #gitlab

  36. Как обеспечить масштабируемость проекта со старта и подстроить CI/CD под свои цели? Основано на реальных событиях

    Привет, Хабр. На связи Михаил, я бэкенд-разработчик в Clevertec . Моя работа связана с проектом, который начинался с создания личного кабинета клиента и развился в экосистему, растущую вместе с бизнесом. На его примере я расскажу, как можно изменять подход к CI/CD, чтобы не тормозить рост проекта и оптимизировать работу команды.

    habr.com/ru/companies/cleverte

    #ci #cd #docker #gitflow #микросервисы #непрерывная_интеграция #непрерывная_поставка #масштабирование #gitlab

  37. Как работать с Git и Gitflow: разбираемся на примерах

    Привет, Хабр! Меня зовут Николай Пискунов, я руководитель направления Big Data и в блоге

    habr.com/ru/companies/beeline_

    #git #gitflow #разработка #gitignore

  38. Git. Скачем между ветками как древесные лягушки

    Статей на тему много, но, видимо, недостаточно: время от времени слышу от коллег (последние 10 лет, в 4-х разных компаниях): «Не могу пошарить экран с кодом, у меня другая ветка сейчас». «Не хочу переключать ветку, придется запускать кодогенерацию, у меня сбросятся build-файлы, потом это опять пересобирать!» «Стаскивать ветку для просмотра ПР? Это же неудобно, надо "стэшить" изменения, ветку переключать».

    habr.com/ru/articles/826260/

    #git #gitflow #worktree #ветки_в_git

  39. Git: Очередной лист Вопросов и Ответов

    В статье я постарался затронуть базовые темы в виде вопрос/ ответ на горячо любимые темы на собеседованиях и не только.

    habr.com/ru/articles/813513/

    #git #github #gitlab #gitflow #github_flow #interview #questions #question_and_answers #question_answering

  40. Stardate -298700.
    It's unbelievable that I still have to discuss the usefulness of release candidates and the disadvantages of a Maven SNAPSHOT/release procedure these days.
    Or that the Maven release plugin is just a piece of crap.
    Or that Gitflow is not particularly suitable in a CI/CD and agile context.
    I feel trapped in a retro time warp.

  41. New Edition Alert! 📢 The latest "Let’s Make Cloud" newsletter is out now!

    This issue covers:
    - Implementing GitFlow with Amazon CodeCatalyst 💻
    - Exploring the AMBERSQUID Cloud-Native Cryptojacking Operation ☁️
    - Understanding authentication challenges in microfrontend environments 🌐

    Link: letsmakecloud.beehiiv.com/p/is

    #LetsMakeCloud #CloudComputing #TechNews #CloudSecurity #WebDevelopment #AWS #GitFlow #AMBERSQUID #Microfrontends

  42. #Git always had from the beginning very serious workflow flaws.
    After years, #git-extra #gitflow, and many other #CLI tools appeared without so much success.
    #TUI tools like #lazygit, #gitui and #tig reduced rightly the friction, but the complexity of use is still here when you close them.

    #jujutsu is a new alternative interface to Git #CLI written in #rust taking the best from #Mercurial #Darcs #Pijul and of course #Git

    github.com/martinvonz/jj#intro
    github.com/martinvonz/jj/blob/

  43. When the pipeline delivers your change to production

    after it sat for 3 days waiting for someone to review your PR

    #agile #cicd #notcontinuous #scattergather #gitflow

  44. When the pipeline delivers your change to production

    after it sat for 3 days waiting for someone to review your PR

    #agile #cicd #notcontinuous #scattergather #gitflow

  45. When the pipeline delivers your change to production

    after it sat for 3 days waiting for someone to review your PR