• GigglyBobble@kbin.social
    link
    fedilink
    arrow-up
    18
    ·
    1 year ago

    I usually merge because I like to see commit history as it happened and because rebasing multiple commits with conflicts is more time-consuming than fixing it in one merge commit.

    I do rebase smaller changes though to reduce merge commit clutter and like interactive rebase to clean up my local commit mess before pushing.

    • kus@programming.dev
      link
      fedilink
      English
      arrow-up
      1
      ·
      edit-2
      1 year ago

      I create a new branch locally with git switch --create, pull everything from main, sacrifice a small squirrel, and run the project to make sure everything still works.

      If something doesn’t work or I can’t figure out how to resolve conflicts, I quietly switch back to my previous branch like nothing happened. That problem is for future me.

    • pomodoro_longbreak
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      If the changes are small enough I just do rebase -Xtheirs main, and look to see if anything looks fucky (git diff main..).