= 27d567bc2d48d9f40e9ccc20ea370b15)
shokwave comments on Less Wrong Product & Service Recommendations - Less Wrong
You are viewing a comment permalink. View the original post to see all comments and the full post content.
= 783df68a0f980790206b9ea87794c5b6)
Loading…= b715d02e85f7b3b4ae65ca3d3e450868)
Subscribe to RSS Feed
Powered by Reddit
= f037147d6e6c911a85753b9abdedda8d)
You are viewing a comment permalink. View the original post to see all comments and the full post content.
Comments (365)
Git-specific consideration. GUIs tend to wrap up a bunch of low-level actions and abstract them; you can end up doing strange things.
Sounds more like a consideration specific to badly designed git GUIs :-)
I've never used a git GUI, only the CLI. I imagine a simple GUI as being built along the lines of "someone doesn't like the CLI, or maybe someone is using Windows and has no cli, so let's wrap every cli git command in an exactly equivalent GUI command that just happens to run in a window and not in a terminal."
Oh, the problem is that concepts like "squash" and "fast-forward merge" and "remote ref" just don't make a lot of sense immediately.
Fine, but that problem shouldn't be somehow specific to the GUI and irrelevant to the CLI. The purpose of having a GUI isn't to teach people git or hide unfamiliar concepts, it's to make correct operations more convenient to people who for whatever reason don't want a CLI in their workflow.