3 ms·
> My biggest problem with git rebase -i is that it has to be interactive The way I see it, it's a feature rather than a problem. For once, the name (interactiv
by goku12 4y ago
> My biggest problem with git rebase -i is that it has to be interactive
The way I see it, it's a feature rather than a problem. For once, the name (interactive) agrees with its purpose. Interactive rebases are meant to be manual editors for git history - sort of like how commits are meant to be manual operations. Automatic commits miss the purpose of all the flexibility built into the tool.
> Having to go through a whole interactive rebase because I forgot to link to a bug number in one of the commits is rather annoying. I don't get this. Rebases are cheap if you do it frequently. My rebases typically consists of maximum 2 ops at a time. It's not much more complicated that commits themselves.
> It's also a little annoying that i can't do an autosquash without an interactive revase.
I have never personally seen a use for autosquashes. Others may have the same experience and may be why there is no autosquash. However, it wouldn't be too hard to include if there is a good demand.
- thayne 4y agoI'm not saying git rebase -i shouldn't be interactive. I'm saying that there are workflows that that don't necessarily need to be interactive, where git rebase -i is the only way to do it (ok, maybe you could build something with lower level plumbing commands, but you would have to duplicate quite a bit of logic that is in git rebase).