I could go all day with my grievances... For some fucking reason, Team Foundation Server thought it would be a good idea to model their source control on folders and files rather than atomic nodes of changes like git.

I'm sure someone thought this was intuitive, but it falls apart once you realize you can check in cross-branch or even cross-project files into a single changeset. This allows you to easily pollute projects you're working on but didn't intend to modify yet, if you forgot to exclude their files. And then, when your code reviewer checks the history of the project folder you modified, they don't even notice all the files you changed that WEREN'T in that folder but were part of the same changeset. So you pass your review, and all the sudden there's unwanted, unnoticed, and untested changes in some other project, with a nice code review stamp on them!

And the entire checkout/checkin system is just flipping the read-only flag on the files in file explorer. It's the most amateurish shit. If you edit a file in an open, active project, the file gets checked out automatically. But if you're editing loose scripts that aren't part of a bespoke SLN or CSPROJ, you have to check those out manually... which it will only tell you to do once you try to save the file.

And then Visual Studio cannot understand that I might need to switch regularly between 2 types of version control systems. If you're not on the same VCS plugin when you want to open a recent project on it, it doesn't automatically switch it for you, it just refuses to load the project. The only way to reliably to switch is by going into the options menu, changing it there, THEN loading the project.

git is practically made of grease compared to how stuttery and clunky TFS is. I'll shed no tears for the fossils who are having a hard time learning git, they will be better off whether they realize it or not.