this post was submitted on 01 Sep 2023
254 points (96.4% liked)

Programming

17495 readers
146 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] uniqueid198x@lemmy.dbzer0.com 6 points 1 year ago (3 children)

We'v known this for twenty years and had the data ta back it up for ten. Github flow is one of the most damaging things to ever happen to software teams

[–] Sigmatics@lemmy.ca 4 points 1 year ago (1 children)
[–] uniqueid198x@lemmy.dbzer0.com 2 points 1 year ago

Got asked about this twice so I'm cut/pasting my answer, but happy to discuss further

Check out the dora reports and the data Nicole Forsgren lays out in her book Accelerate. DORA reborts are free to access. She has found clear links between trunk based (no branching) development and a whole host of positive metrics. There is some suggestion that PRs are not too bad if always done at high quality and within the same day, but its weaker.

[–] 10nica@hexbear.net 3 points 1 year ago (2 children)

Omfg yes! Have nothing to add, but an upvote was not enough to express my hate for gitflow. So fucking stupid. And you'll show stats from Jez Humble etc about trunk based, and my boss was still "eh not convinced"

[–] nous@programming.dev 1 points 1 year ago

gitflow != github flow

Gitflow is far more complex and unnessaray for most places. You do not need a dev, main, and release branches. Github flow is far closer to trunk based dev - create a branch of master, PR back into master when done. If you keep your PRs small it gives you most of the benefits of trunk based dev with a CI check before you merge to the mainline.

[–] TrustingZebra@lemmy.one 0 points 1 year ago* (last edited 1 year ago) (1 children)

Git Flow and GitHub Flow are entirely different branching strategies.

[–] uniqueid198x@lemmy.dbzer0.com 0 points 1 year ago (1 children)

Gitflow is has the same issues

[–] TrustingZebra@lemmy.one 0 points 1 year ago (1 children)

Git Flow is awful I absolutely agree. On the other hand I like GitHub Flow.

[–] uniqueid198x@lemmy.dbzer0.com 1 points 1 year ago

Github flow has the same issues, in practice. Branching is the root cause, not the kind of branching. Even anonymous branches. Its the frequency of integration that matters.

[–] fusio@lemmy.world 2 points 1 year ago

what data? just curios because there are so many ways to do PRs properly.. like for everything, if it's done badly better not do it. does not mean it is inherently bad