Programmer Humor

parent

[–] apotheotic@beehaw.org 25 points 7 months ago (1 child)

parent

hideshow 1 child comment

[–] Avicenna@programming.dev 3 points 6 months ago*

You gotto love how the AI took the axis on the left, was confused enough from its tail that it thought it must be pointing in the opposite direction to development flow and then went "welp if it is going in the other direction, the label "time" must be a typo. Ima make it Tim the time traveller instead". Ofcourse none of it happened like this, but I would like to imagine that it did.

parent

[–] Skullgrid@lemmy.world 24 points 7 months ago

holy fuck, it's basically the time I followed a tutorial for generating "a witch" for AI art, and ended up with a horribly mangled MTG card

parent

[–] Ephera@lemmy.ml 12 points 7 months ago

Wow, it stole it badly enough that it might not count as copyright infringement in court, but it also stole it badly enough that it isn't useful at all.

parent

[–] pizza_the_hutt@sh.itjust.works 11 points 7 months ago (5 children)

It's still not a bad system if you have to support and provide bugfixes for multiple versions of software. However, if you only support the latest version and only create bug fixes and features based on the latest release or main branch, then git-flow is way overkill.

hideshow 5 child comments

parent

[–] lmmarsano@group.lt 13 points 7 months ago (4 children)

It's an atrocious, pointlessly complicated system resulting in convoluted project histories prone to confusion. Trunk-based development with sensible tags of releases & hotfixes achieves the same thing without the junk complexity. Git flow isn't overkill, it's just ill-conceived.

hideshow 4 child comments

parent

[–] thesmokingman@programming.dev 4 points 7 months ago (3 children)

This is a joke, right? OneFlow isn’t trunk-based development and is actually gitflow with different steps. I have yet to see any org actually use trunk-based development mostly because I’ve not seen cherry-picking from the trunk adopted at any large scale.

hideshow 3 child comments

parent

[–] chunkystyles@sopuli.xyz 5 points 7 months ago (1 child)

I pushed my team to use trunk based development. We did cherry-picks from trunk to release branches for a couple years with no issues. Since then, I've written a GitHub action that automates the cherry-picks based on tickets in the commit messages.

But even before the automation, it drastically improved our dev processes.

We weren't on Git Flow exactly, but it was a bastardized version of it.

Having used TBD successfully for like 5-6 years now. I can't imagine using Git Flow.

parent

hideshow 1 child comment

[–] NigelFrobisher@aussie.zone 2 points 7 months ago

I dream of getting back to TBD.

parent

[–] draycs@lemmy.world 3 points 7 months ago

What is large scale to you? We have 100-200 developers doing something fairly close to trunk based development. Including cherry picking from trunk when possible (not always practical for sufficiently old release branches)