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.”

About David Rubinstein

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