Recognizing the popularity of distributed version control in general and Git in particular, Microsoft today has announced it is now hosting Git on Team Foundation Service. It also announced a preview of a plug-in for Visual Studio 2012 that enables you to work with Git hosted on a Team Foundation Server.

According to Brian Harry, Microsoft technical fellow on the Team Foundation Server team, when a user creates a project on the Team Foundation Service, it will give that user a choice of creating Team Foundation version control or Git version control. “All of our full Web experience will work with the Git version control,” he said. As for the Visual Studio 2012 plug-in, it will work with Git hosted on Team Foundation Server as well as with GitHub or, he said, any other version of Git.

The key piece there is the libgit2 library, which can interface with Git repositories hosted in any service and any platform, just like the Git command-line client does right now. “Git is the back-end repository stuff, and it’s the (Team Foundation Service) ALM workflow over the top of that which makes it a great solution, and we are absolutely building a first-class ALM workflow—team workflow—over top of Git,” said Harry.

Adding to the enterprise features are integrating Git with Active Directory and Identity (so corporate credentials work with the repository), as well as auditing and security, Harry said. “Things like online backup and restore, clustering/high availability, peer replication…we’re bringing things we think will make Git more approachable in the enterprise than it has been to date.”

The effort on Git has been going on for some time now, Harry said. He explained that after Team Foundation Server 2012 was complete, the team began to look at patterns and trends in the industry as they relate to modern application development, with its device-connected cloud applications and distributed teams creating applications that are small, loosely coupled components stitched together. And they found a groundswell of interest in distributed version control.

“When we chose to go the route of Git, one of the things that was clear was that that path involved deep involvement with the OSS community,” Harry said. “Git has come a long way in the OSS community. It’s got a lot of passion there and a lot of people who contributed to it. This choice was really a choice to step away from a proprietary path and go with an OSS path, and that means not only consuming and providing the open source, but actively contributing to the Git community. We have been—for the past, I’d say, close to six months—very active in the Git community.”

Microsoft, Harry admitted, tried to fly under the radar in the Git community at first, until the company was ready to discuss its plans, but, he said, “The GitHub guys figured it out fast. They saw us contributing a bunch and were a little surprised and wanted to know what we were doing, so we chatted with them a bit about it.” That led to a collaborative effort to bring Git forward on Windows and in Visual Studio. The goal for Microsoft was to make Git “really work in the enterprise,” he said.
Vicent Martí, who works at GitHub and maintains the libgit2 library, said of Microsoft’s efforts: “Microsoft has been embracing more and more open source lately, especially regarding developer tools. In this specific instance (version control), Microsoft has traditionally invested on centralized proprietary version control, but it’s rather obvious to me that when it comes to distributed version control, Git has won the battle and there’s no contest about it. Microsoft seems to believe that too, and I think it’s a great thing that Redmond is currently willing to bet on a winning horse, even if it’s open source.”

Martí went on to add that the work with Microsoft on libgit2 was critical to making Git “a native citizen in the Windows world.”

About David Rubinstein

David Rubinstein is editor-in-chief of SD Times.