3 ms·
I mean… you can imagine a history being stiched together serverside. The ingest mechanism isn’t the final result. Just that “have to make a PR, have to make a b
by rtpg 4y ago
I mean… you can imagine a history being stiched together serverside. The ingest mechanism isn’t the final result. Just that “have to make a PR, have to make a branch name, etc” feels a bit silly
- sargstuff 4y agoOh, thought being told to git solved the conflicts.
- bzxcvbn 4y ago> I mean… you can imagine a history being stiched together serverside. And since Git has a builtin mechanism for tracking such things, called branches, we could ask users to create a new one. Then add a possibility for people to comment on the proposed change. Sounds like you're incrementally reinventing PRs.
- rtpg 4y agoBut _we don't need to ask users to do this_. We can just do "the obvious thing". We're talking about usability here, of course the fundamental features are available in Git. It's Git! Here [0] is a more well written out version of this idea (by a developer of Mercurial). [0] https://gregoryszorc.com/blog/2020/01/07/problems-with-pull-requests-and-how-to-fix-them/ https://gregoryszorc.com/blog/2020/01/07/problems-with-pull-...