alphacyberranger@lemmy.world to Programmer Humor@programming.devEnglish · 3 年前History repeats itselflemmy.worldimagemessage-square35linkfedilinkarrow-up1483arrow-down114
arrow-up1469arrow-down1imageHistory repeats itselflemmy.worldalphacyberranger@lemmy.world to Programmer Humor@programming.devEnglish · 3 年前message-square35linkfedilink
minus-squareyogo@lemm.eelinkfedilinkarrow-up3·3 年前Have you tried interactive rebase (rebase -i)? I find it very useful
minus-squareThrowaway@lemm.eeBannedlinkfedilinkarrow-up1arrow-down1·3 年前Yeah, but then you deal with merge conflicts
minus-squaregedhrel@lemmy.mllinkfedilinkarrow-up2·3 年前rerere is a lifesaver here. (I’m also a fan of rebasing; but I also like to land commits that perform a logical and separable chunk of work, because I like history to have decent narrative flow.)
minus-squaredukk@programming.devlinkfedilinkarrow-up2·3 年前You can get merge conflicts in cherry picks too, it’s the same process.
for some reason it’s easier than normal rebasing though
Have you tried interactive rebase (rebase -i)? I find it very useful
Yeah, but then you deal with merge conflicts
rerere is a lifesaver here.
(I’m also a fan of rebasing; but I also like to land commits that perform a logical and separable chunk of work, because I like history to have decent narrative flow.)
You can get merge conflicts in cherry picks too, it’s the same process.