用于VS2008/2010的Git源代码控制提供器 0.5.6 正式版 免费

    用于VS2008/2010的Git源代码控制提供器 0.5.6 正式版免费牛毛细滔滔不绝翠色欲流雨15. 雨改变了公园的情调，西北方向的云雾之中，是水墨画似的远山，这在园林建筑中颇被称道的“借”来。好习惯是成功的捷径。12.为山九仞，功亏一篑。

    由于现在的很多开发团队变得越来越分散，类似微软的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还是应该采用22. 不是每个恋曲都有美好回忆，用完伤心只有分离。要走的人你留不住，要留下的人你也轰不走。的。TFS对于包括开发人员、PM、BA和QA的整个团队很有用处。”他继续谈到：
    如果诸如灵活的分支、合并以及脱机开发这样的现代源代码控制特性确实需要的话，我当然就推荐大家使用Git。不过要知道，用TFS来进行ALM，而用Git来代替源代码控制功能，还没有办法保证源代码控制的签入和WIT（TFS工作项）集成在一起。同时，Visual Studio对Git的工具支持也几乎是空白。
    
    
    衣上酒痕诗里字,点点行行,总是凄凉意。红烛自怜无好计，夜寒空替人垂泪。云想衣裳花想容，春风拂槛露华浓。用于VS2008/2010的Git源代码控制提供器,编程控件Consequently, unless the author can demonstrate that the city will incur expenses that are not covered by the increased revenues from these projects, the author’s concern about these issues is unfounded.