5 ms·
Also it forces you to never get rid of the training wheels it seems. Gut will never allow you to modify the history pushed to a remote repository. Prompt
by tharkun__ 4y ago
Also it forces you to never get rid of the training wheels it seems.
Gut will never allow you to modify the history pushed to a remote repository.
Prompt me, sure. Disallow? WTF?
My standard work flow is that I have a branch for each change that I commit to without any form. I just use it to checkpoint myself. Yes I push those both as backup and to get CI to tell me things I broke while I keep working without having a full local build kill my machine from the load. At the end I squash, rebase and force push and then merge to master. In fact we only ever allow clean rebase "merges" to master, i.e. fast forwards.
- throwbadubadu 4y agoYes, and voiding even more use cases, total deal breaker, leave that to your or remote's githooks if you need it.
- actionfromafar 4y agoxkcd://1172
- tharkun__ 4y agoWhile that's funny it's the opposite of what this is ;) I'm all for the consistency in commands in gut for newcomers. I absolutely recognize that not everyone can just learn a bunch of command sequences. That said I do not "get" why people complain about git checkout to switch branches. Svn used that and so being compatible with that was important for adoption even if people today, that don't even know that svn ever existed, find it weird. But crippling, no sorry basically removing, one of the awesomest feature of git is mind boggling. Not a space bar heater moment. Heck git even deals totally fine with someone having pulled the branch you force pushed. People might not, especially if they never experienced it, but git the piece of software does not break even if you do it.
- cxr 4y ago> I do not "get" why people complain about git checkout to switch branches. Svn used that You're starting from a foregone conclusion that both of the following are true: 1. everyone is familiar with Subversion's design 2. that particular design decision was a good one to begin with They aren't, and it wasn't.
- tharkun__ 4y agoI don't think you understood what I was saying. I'm not saying switch isn't better. I am saying checkout was not a bad choice at the time. Git changed a lot of things vs what people were used to. Keeping some familiarity is actually a good thing for adoption. For "finding yourself at home". That does not mean they couldn't have introduced switch right away of course but the rest is history as they say. Also, I did reference SVN specifically but even they did not invent this interface and some people surely switched directly from CVS to git without the detour. Do I need to me tion RCS? And they even used the shorthand co instead ;) So after all that said please do read the quotes around "get". I don't "get" why people complain about it. As in most people seem to do exactly what you just perpetuated as well: they completely ignore historical context and complain why something wasn't done ~20 years ago in a way that takes 2023 context into account. Yeah right.
- cxr 4y ago> I am saying checkout was not a bad choice at the time. What you actually said is that you don't get why people complain about it. > even they did not invent this interface It doesn't matter who invented it. Bad is bad. That's my point. > most people seem to [...] ignore historical context and complain why something wasn't done ~20 years ago Historical context isn't completely irrelevant—if the question is how something came to be. People complaining aren't complaining about that, though. They're complaining that it's bad, no matter how it came to be. It's not wrong to do so, and it's weird to say you don't get why they would. "Because it's bad" is why. That's sufficient enough to have a complaint, and anything else is irrelevant.
- tharkun__ 4y ago
- LordDragonfang 4y agoI've never seen an xkcd URI scheme before. Huh. edit: https://nullroute.lt/misc/xkcd/ https://nullroute.lt/misc/xkcd/