Hacker News new | ask | show | jobs
by keybored 610 days ago
It isn’t always harder than doing a merge.

> really paid off in engineering terms?

When you want your changes accepted by upstream and they either

1. Won’t accept a merge-filled history

2. Indirectly won’t because they accept changes by email (can’t send merges by email)

1 comments

The main reason they should not accept merges is that they don't care about you and your repo. In order for an upstream repo to accept your work as a git merge, they would have to fetch all your objects so that they have enough of your repo in order to represent your original branch, where the parent pointers of the merge are aimed. Nobody who is anywhere near sane wants that kind of cruft.
I don’t understand the distinction you’re making compared to what I wrote.