• Hexarei
    link
    fedilink
    English
    arrow-up
    5
    ·
    edit-2
    1 year ago

    And the whole thing with running CI builds on branches not being “integrating” until merge time is so funny to me.

    Like, does this person not know that you can merge master back into a feature branch, such that you are, in fact, integrating the feature branch up to date with master? And it’s done… Gasp without breaking the master build for everyone else in the mean time!?!

    And the parts about pair programming and knowledge sharing are easy to fix, too. Just have regularly scheduled pairing sessions with the people who need to knowledge-share.

    Trunk-based suggestions always comes across to me as “I don’t understand how to do feature branches/PR-based development”

    • glad_cat@lemmy.sdf.org
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 year ago

      TBD only says that you should have less branches than the other branching models. I quite like it and have used with git and merge requests. I may be misunderstanding something, but I only see this as a way to organize the branches, nothing more.

      • Hexarei
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        That’s not how I’ve ever understood folks to be describing TBD, but perhaps I’m misunderstanding it. To me it has always sounded like people should just commit to master and always commit tiny atomic commits.