由于现在的很多开发团队变得越来越分散，类似微软的Visual SourceSafe和Team Foundation Server这样的集中式源代码控制系统很快就失去了吸引力。在这种情况下，很多开发人员转而使用分布式源代码控制系统。在.NET开发人员当中，最流行的一款莫过于Git，它最初由Linus Torvalds为Linux内核开发而创建。

使用Git的一个问题就是，大部分功能要通过命令行来操作。而.NET开发人员更习惯于使用用户界面，所以在进行日常任务的时候不得不离开IDE的界面，确实让人很不爽。这也就是为什么孙以义的Git Source Control Provider（Git源代码控制提供器）成为采用Git的一个重要条件的原因。孙以义写到：

作为一个Visual Studio用户，我希望在解决方案管理器中看到文件的源代码控制状态。否则我不会觉得这些文件正在被某个源代码管理系统所控制。在使用SourceSafe、Team Foundation Server、Subversion或甚至Mercurial的过程中，我们已经非常习惯这种方式了。在使用Git的时候，我们也希望得到类似的体验。在互联网上我没有找到任何有用的东西，所以只好决定自己弄一个。

基本想法就是显示Git文件状态，并让整个体验和VSS和TFS尽可能接近。我让已签入（已提交/已跟踪）的文件依旧显示蓝色的锁定图标，为已编辑的文件显示红色勾选图标。也添加了两种新图标，黄色的加号和“i”状图标。它们分别代表新建和登台（Staged）状态。这两个特殊类型的图标只是Git所独有。

使用这个插件打开Git所控制的解决方案，根据文件所处的是新建、已签入、已编辑和待登台的状态，而被清楚地进行不同标记。当前的Git分支名称也会显示出来，以便提醒你是否工作在正确的分支上。源代码控制的感觉又回来了。

对于Visual Studio用户而言，有两个源代码控制相关的功能是非常方便的，我也决定一并实现。它们是“和最后提交的版本进行文件比较”和“回滚文件变更（从最后提交的版本恢复文件）”。

这是一个令人激动的起点。我或许把它弄得有点花哨了。现在，我开始考虑，为什么我应该点右键来启动Git的命令行，并输入git init来创建新的本地代码库呢？我就不能仅仅点右键就选择初始化一个新代码库吗？

至少目前，这个插件还没有打算代替或重复Git本身或Git Extensions这样工具的功能。类似查看历史、签入/签出、转换分支将会依赖于Git Bash和Git Extensions的功能。最后，我将会很小心地添加一些常用的功能，比如init和commit等功能，不过通往Git和Git Extensions的大门就此打开了。

在问及Git是否可代替TFS来使用时，孙以义说这并无必要。“虽然TFS的源代码控制不如Git这样先进，但如若需要进行应用程序开发生命周期管理的话，TFS还是应该采用的。TFS对于包括开发人员、PM、BA和QA的整个团队很有用处。”他继续谈到：

如果诸如灵活的分支、合并以及脱机开发这样的现代源代码控制特性确实需要的话，我当然就推荐大家使用Git。不过要知道，用TFS来进行ALM，而用Git来代替源代码控制功能，还没有办法保证源代码控制的签入和WIT（TFS工作项）集成在一起。同时，Visual Studio对Git的工具支持也几乎是空白。