I've recently been getting really fed up with TFS. I've heard that there is a light at the end of the tunnel though. Apparently I can use either git-tf or git-tfs and treat my code as if it was managed by git, but be able to push/pull to/from a central TFS server.
My main question is I'm not sure which one of these I should use. There is git-tf which is officially supported by Microsoft, and there is git-tfs which has been around a lot longer. What's the differences between these and which should I try out first?
Disclaimer: I started the
git-tfproject and although the project is now in very capable hands without me as a frequent contributor, you should absolutely consider my opinions on this to be strongly biased. (And, assuming you're on Windows, perhaps unexpected.)There are two fundamental differences between the two tools:
git-tfswas built for Windows users and written on top of the .NET TFS SDK. The TFS SDK will not run under Mono, so this makesgit-tfsunsuitable for cross-platform use.git-tfwas built for cross-platform users and written on top of the Java TFS SDK. Thus, it will run anywhere that's supported by the Java TFS SDK (Windows, Mac, Linux, AIX, HP-UX, Solaris, etc...)git-tfwas explicitly created to allow Xcode users to access TFS.On Windows, of course, you can use either. I'm not going to necessarily say one is better than the other. But I will say:
My biggest complaint about
git-tfsis that it won't work on Mac OS. If there was a way to makegit-tfscross-platform, thengit-tfalmost certainly wouldn't exist.git-tfsis faster in some cases thangit-tf. Performance was not our priority in the first few revisions, correctness was.Because
git-tfhas a wide platform support matrix, this means that its functionality is necessarily constrained. For example, there is no UI.git-tfs, on the other hand, has acheckintoolcommand that will open the normal TFS Checkin dialog. This can be exceptionally helpful in visualizing your changes. (If I recall, you can open up a proper visual diff from there, etc.)git-tfworks by populating the git repository directly, downloading TFS objects directly into the git object database.git-tfsworks by creating a TFS working folder mapping in a hidden folder, then populating the git repository from that. There's a disk penalty here, so if you have superginormous repositories, you might feel this.git-tfscan try to map your TFS branches to your git branches. A lot of people will see this as a positive forgit-tfs, though I don't: git's branching model (at the repository level) and TFS's branching model (represented as folders in the repository) are so radically different as to cause problems in anything but the most simplistic workflows. But your mileage may vary.git-tfsis actively developed by a community.git-tfhas not had the community adoption.I don't want to make it sound like I'm saying
git-tfis bad. It's not. I think it's actually pretty good. But it may not be your best choice.Update:
git-tfhas reached end-of-life. It is no longer maintained or supported by Microsoft. We recommendgit-tfsif you want a bidirectional TFS <-> git solution.