home.social

#gitflow — Public Fediverse posts

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

fetched live
  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. 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

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

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

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

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

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

    habr.com/ru/companies/rshb/art

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

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

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

    #GitFlow #GitHubFlow #BranchingStrategy

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

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

  13. Эффективный 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

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

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

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

    Сейчас сложно представить мир разработки программного обеспечения без 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

  17. Когда 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 #микросервисы

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

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

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

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

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

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

    habr.com/ru/articles/875258/

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

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

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

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

    habr.com/ru/articles/844342/

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

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

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

    habr.com/ru/companies/beeline_

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

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

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

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

    habr.com/ru/companies/beeline_

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

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

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

    habr.com/ru/companies/cleverte

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

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

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

    habr.com/ru/companies/beeline_

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

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

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

    habr.com/ru/articles/826260/

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

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

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

    habr.com/ru/articles/813513/

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

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

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

    #DevOps #maven #cicd #gitflow

  34. Out of curiosity, when and why did prefixing with initials in the branch name become a convention with #GitFlow? I've worked on a few projects that do this, but when I was setting up the git flow CLI tool, I noticed that initial prefixing functionality is not offered or mentioned in the original proposal by @nvie, nor any other documents I've read through

  35. In trying to streamline my setup for a new project using #gitflow, I stumbled upon this handy #vim plugin, which automatically shows the commit prefix candidates github.com/gotchane/vim-git-co

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

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

  38. I hadn't ever heard of Git DMZ Flow until I was reading an article by Luke Pace that referenced it. Have folks tried this out? It seems really close to GitFlow but with a priority on moving unstable code to forks or other branches.

    #DevOps #GitFlow

    gist.github.com/djspiewak/9f2f

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

  40. Post do Igor com boa visão, e concordo com a recomendação dele no final do artigo.
    ---
    RT @igorabade
    Na sua empresa usa-se Git Flow para estruturar o processo de versionamento de código? Então deixa eu te dar uma má notícia: provavelmente vocês tomaram uma decisão (bem) ruim...

    #azuredevops #azurerepos #devops #git #gitflow #github #githubflow

    cloudmotion.com.br/blog/2023/0
    twitter.com/igorabade/status/1

  41. Na sua empresa usa-se Git Flow para estruturar o processo de versionamento de código? Então deixa eu te dar uma má notícia: provavelmente vocês tomaram uma decisão (bem) ruim...

    #azuredevops #azurerepos #devops #git #gitflow #github #githubflow

    t.co/lcdykCpBQF

  42. I have to pause a moment to check whether someone said #GitOps or #GitFlow so I can decide whether our friendship can continue or not.

  43. @jamigibbs feel free to reach out if you have any questions. I'm also working on migrating my personal #WordPress multisite over to a Composer-based setup as well, and I'm using buddy.works/ to manage my deployments. I'm using a #Gitflow setup with develop/main/live branches each deploying to Dev/Staging/Production environments.

  44. The "problem" that GitFlow ostensibly solves is that of asynchronous quality gates.

    It allows a dev to push code that has not yet been validated, and which may be later validated and promoted piecemeal.

    Of course we've known for a long time, and the available evidence keeps growing, that this is a terrible way to ensure quality, or do anything else of value.

  45. CW: Poll 📊 Software dev workflow

    What does your team dev workflow look like?

    Please tick which apply, or comment for more info.

    For those who use a monorepo with trunk-based workflow, can you teach me how code review, linting and security testing (e.g. SAST) fit into your workflow?

    #MonoRepo #GitFlow #TrunkBasedDevelopment