4 ms·
> I know no one who is using git switch and git restore instead of the overloaded and confusing git checkout. Welp, I guess there's me, but it does indeed seem
by GabrielTFS 3y ago
> I know no one who is using git switch and git restore instead of the overloaded and confusing git checkout.
Welp, I guess there's me, but it does indeed seem like adoption of the new commands hasn't been very forthcoming - I guess that's what happens when "the old way still works just fine" - but personally I'd expect that more and more people will change to the new commands over time.
- sanderjd 3y agoIt makes sense for old timers to keep just doing it the way we always have, but I wonder how newcomers to version control are being taught. I would really hope they aren't just being thrown a bunch of these inscrutable commands by their leads, like when I learned it!
- htfu 3y agoJudging by my colleagues (whether more or less experienced than me), "whatever the GUI allows for". Yes, almost the entire company runs on the subset of git presented by Visual Studio and Azure DevOps. I would guess this is more and more common, and even the more obvious shortcuts available for many things through git itself will become more and more arcane.
- resurge 3y agoI just checked these commands out to update my git knowledge, but when I saw the following in the docs [1][2] I immediately marked these commands as not (yet) worth it to learn since the way these commands work might change. THIS COMMAND IS EXPERIMENTAL. THE BEHAVIOR MAY CHANGE. So that might have something to do with it as well. Especially if there are stable commands that I already know that have the same functionality. [1]: https://git-scm.com/docs/git-switch https://git-scm.com/docs/git-switch [2]: https://git-scm.com/docs/git-restore https://git-scm.com/docs/git-restore