Martin Hinshelwood did a recent post on moving source code between TFS servers using git tf. He mentioned that you could use the --deep option to get the whole changeset check-in history.
Being fairly new to using Git, in anything other than the simplest scenarios, it took me a while to get the commands right. This is what I used in the end (using the Brian Keller VM for sample data) …
C:tmpgit> git tf clone http://vsalm:8080/tfs/fabrikamfibercollection $/fabrikamfiber/Main oldserver –deep
Connecting to TFS…
Cloning $/fabrikamfiber/Main into C:Tmpgitoldserver: 100%, done.
Cloned 5 changesets. Cloned last changeset 24 as 8b00d7d
C:tmpgit> git init newserver
Initialized empty Git repository in C:/tmp/git/newserver/.git/
C:tmpgit> cd newserver
C:tmpgitnewserver [master]> git pull ..oldserver –depth=100000000
remote: Counting objects: 372, done.
remote: Compressing objects: 100% (350/350), done.
96% (358/372), 2.09 MiB | 4.14 MiB/s
Receiving objects: 100% (372/372), 2.19 MiB | 4.14 MiB/s, done.
Resolving deltas: 100% (110/110), done.
From ..oldserver
* branch HEAD -> FETCH_HEAD
C:tmpgitnewserver [master]> git tf configure http://vsalm:8080/tfs/fabrikamfibercollection $/fabrikamfiber/NewLocation
Configuring repository
C:tmpgitnewserver [master]> git tf checkin –deep –autosquash
Connecting to TFS…
Checking in to $/fabrikamfiber/NewLocation: 100%, done.
Checked in 5 changesets, HEAD is changeset 30
The key was I had missed the –autosquash option on the final checkin.
Once this was run I could see my checking history, the process is quick and once you have the right command line straight forward. However, just like TFS Integration Platform time is compressed, and unlike TFS Integration Platform you also lose the ownership of the original edits.
This all said, another useful tool in the migration arsenal.