2 ms·
> the fact that git is mutable instead of append-only Remind me again how I change a commit in the middle of a branch without affecting the commits that come l
by embedding-shape 9mo ago
> the fact that git is mutable instead of append-only
Remind me again how I change a commit in the middle of a branch without affecting the commits that come later in the same branch?
- arcologies1985 9mo agogit rebase can do that easily, I do it all the time when prepping feature branches for submission to the main branch
- embedding-shape 9mo ago> git rebase can do that easily What exact parameters you use for not changing the latter commits? Must be a very new feature, git's whole idea used to be that commits are on top of the previous ones, rewriting one needs rewrite of all the latter ones.
- bmandale 9mo agoInstead of making a sarcastic response, just state plainly what you mean. This prevents you having to get into dumb arguments that don't mean anything to people who don't already know what you're trying to say.
- arcologies1985 9mo agoliterally just 'git rebase origin/main' to insert new commits to main into my branch history prior to the commits I made. No rewrites of later commits required if there are no conflicts. You seem to have an extreme misunderstanding of how git works.
- embedding-shape 9mo agoTalking about extreme misunderstandings, rebase always rewrites commits, even when there are conflicts. Look at the commit sha's next time you're doing that.