Team Foundation Version Control的未来

Brian Harry MS [原文发表地址] The future of Team Foundation Version control [原文发表时间] 2015-03-12 9:10AM 我之前已经写过类似的东西,但是现在我又不断地想起它。我时常会问自己“TFVS完蛋了吗?”我估计我只能回答。不,它还没有。 我们在TFS 2013 中加入了对Git的支持,以便于我们可以支持行业里最好的集中式版本控制系统和最好的分布式版本控制系统(DVCS)。我们已经为Git做了很多投入,为了使它能和TFVS的用处相媲美,我们做了大量的工作。大家可能因为很多原因混淆了。我们谈论很多我们在Git上的一些进展。这个行业对Git也谈论了很多。如果你一直关注着,那么你会听到越来越多微软的内部团队正在采用Git。我自己的团队已经把一部分东西放在了Git上。这些都是真的,并且一些人认为TFVC正在被抛弃。才不是! 我们大部分的客户仍在使用TFVC,并且我们非常重视它。微软的大部分人也仍在使用TFVC。大部分使用VS Online创建的工程时也选择TFVC。毫无疑问,我们正看到一种转变,Git正在成长,并且我完全期望它将持续成长。接下来的这几年Git的市场占有率可能会超过50%– 我不知道,但这是有可能的。不管怎样,我们仍有数十万,或者数百万的TFVC用户。对我们来讲,在一段非常长的时间内,它将会很重要。 这些都只是说说,让我给你们提供一些证据。 TFVC的核心引擎是非常成熟的。它已经被用于超大型团队,并且被证明是非常可信赖的。 在TFVC投入方面,我们绝大部分的关注点是“围绕核心”。让我给你们举一些例子。 我们已经在网络的Version Control 的UI上做了一些工作-允许像网络编辑,签入,删除等的事情。我们已经在TFVC上实现了这些。 我们加入了对“欢迎页面的支持”,就像维基百科那样。我们使它可以工作在TFVC上。 我们已经完成了TFVC上的一些CodeLens 指标的工作。包括一些只对TFVC有效的东西-像“即将改变”指标。 Build.Vnext支持TFVC。 我们正在构建一种新的代码搜索体验。尽管个人预览只在Git上支持,我们将会在上市前添加TFVC的支持。 我们正关注在代码回顾的改进上,包含像支持迭代代码回顾,网络体验,使用内联注释提高VS体验等。所有的这些都将在TFVC上出现。 我们不久以前通过添加对Mac/Linux上团队查看器的支持,解决了一个普遍的抱怨-TFVC上大于260个字符的本地路径。 团队工程重命名最大一部分的工作已经在TFVC里得到了完整的支持。在引擎中,我们已经做了很多核心的改变来支持它工作。 我们正努力使TFVC和Git可以在同一个项目里更好的共存-当然这需要TFVC。 有很多事情我大概忘记了,还有一些事情我还没有准备告诉大家。TFVC不仅没有完蛋,而且我们很大程度上继续去对它进行投入,这种投入还会持续进行。选择最适合你的工作流的版本控制,时刻保持自信,因为我们会继续带领你前进。 我希望这能帮助您处理一些疑问。请让我知道您是否还有一些其他我能帮助到您的。 Brian


VS 2015 CTP6 和TFS 2015 CTP1 今天上市了

[原文发表地址]VS 2015 CTP6 and TFS 2015 CTP1 shipped today [原文发表时间] 2015-02-23 9:30 AM 今天我们发布了Visual Studio 2015 CTP6和TFS 2015 CTP1。您可以在这里下载: 下载Visual Studio 2015 CTP 6和Team Foundation Server 2015 CTP 您还可以阅读发行说明来了解更多信息:       •Visual Studio 2015 CTP 6       •Team Foundation Server 2015 CTP 请通过Connect提交bug并且在UserVoice 上提出建议 ,如果有什么即时的想法,请通过Visual Studio IDE 上的Send-a-Smile来进行反馈。 我知道很多人为了看TFS 2015的第一个CTP已经等待了很长时间。甚至有相当多的人不确定是否要相信我们真的会将它上市。请相信我们会上市的。但是,我一直告诉人们,如果您想看到TFS 2015的新变化,这样做最佳方式是检查VS Online。虽然它不是100%的确保将会有什么发布,但是这是一个很好的方式来看到它每三周的发展,并且不需要通过安装任何安装包。 虽然您可以在本发行说明中的读到更多细节,在这,就让我来点出TFS 2015几个重要地方的显著改进或者变化。 可扩展性 — …


数字证书的变化- 用户验收性测试和敏捷计划

[原文发表地址]Licensing changes – User acceptance testing and Agile planning [原文发表时间]2015-1-27 10:00 am 接下来所说的就是我在十二月份列出的一系列数字证书和功能改变的一部分。在这些改变中,我认为我说过的关于云(或者更多)的改变已经发生了. 另外的一些on-prem的改变会在on-prem更新发布之后才生效 用户验收性测试 截至本周,在用VS在线进行用户验收性测试的时候,将不再需要一个VS在线的高级账号。只是你仍然需要一个账户来创建和管理测试计划,如果你只是要执行测试用例,报告结果,开bug等基本的操作,你只需要一个VS在线的基础账户就可以了。 敏捷计划 这一周,我们也将等级待办事项的管理和工作项图表从VS在线高级账户移到了VS在线基础账户中。这意味着当前所有VS在线的 “项目管理”功能在基础账户下都可以用,而不是分散在基础账户和高级账户中。 团队工作间 最后,我们还将团队工作间功能从VS在线高级账户移到了VS在线基础账户中。现在,所有的有VS在线账户的用户都可以完全的参与到团对工作间中(包含了5个免费的用户). 我们所有的这些改变都是根据用户的反馈和我们想要用户尽可能轻松地让整个团队充分参与到整个软件开发过程中的愿望。相同的(TFS CAL,而不是VS高级版/专业版测试)数字证书的变化也会在今年晚些时候发布的TFS2015上可用。我们的VS在线部署应该会在这个周末(2015年一月30号)完成, 而在这之后,这些变化会在你的账户里面变得可用。 这是关于我之前十二月份早些时候发布的许可证变化的封装(而不是on-prem 剩余的等价物)。这并不是说在未来不会有更多改变,但是不要期待会很快就有很多的变化。我们已经达到了一个新的”稳固状态”, 我相信. 过一段时间,我们会收集到关于我们已经做的这些的反馈,然后再看看我们接下来做些什么。 你可能会问,”现在这个时间,做这么多的改变之后,还有什么是留给VS 在线高级账户的呢?”在现在这个时候VS在线高级账户的主要区别就是测试用例的管理体验。但我相信,这只是一时的情况,我们将会给VS在线高级用户添加更多差异性的功能。 谢谢, Brain


Git中.gitconfig 文件的漏洞

原文发表地址: Git vulnerability with .git\config 原文发表时间: 2014-12-18 1:47 PM 今天Git社区披露了Git的一个问题,即就是:在最坏的情况下,允许开发人员接管机器。这个问题出现在Git的整个系统, 而不仅仅出现在微软的Git实现或窗口中。我将会在下文来描述这个问题和问题的解决措施,以确保我们的客户使用Git存储库来防止这个问题。 首先,我想感谢Hg(Mercurial)社区的帮助。Hg(Mercurial)社区发现了一个类似的问题。他们在研究Git时,发现存在同样的问题。他们谨慎地通知了社区中相应的人,并在披露之前做好共享信息和控制信息来减轻这个问题的影响。这是社区合作中的一个很好的例子。 问题 Git中有一个叫config的文件, 它存储在本地Git 存储库 的git文件夹里。这个文件包含大量的个人/选项设置, 其中有关于git命令的替换名。几乎所有git命令都可以通过执行替换名来做任何你想要的事情。 通常情况下,git客户端要避免重写该文件。即使你提交.git \config 文件并把它发送到一个共享的邮箱, 其他人的git客户端也不能将其放在自己的私人邮箱内。然而,在重命名.git 文件夹时, 发现了一个bug, (如大小写混合, gIT, GiT 等等, Windows文件名缩短.git ~ 123,可忽略的Unicode codepoints .g \ u200cit \config, 等) 一个不能被Git客户端逻辑过滤的问题。这样,如果有人发送一个有上述一种情况的恶意config文件,其他人的Git客户端就会检查出来,覆盖他们的个人配置文件并且改变他们的Git命令。至少,这会影响Windows NTFS和Mac OS X HFS +文件系统,而这两者都是区分大小写的文件系统 风险 风险并不像听起来那么糟糕。当有人要向你做一些有风险的事情时,他们必须向你申请获取信息的邮箱的权限。在一个公司,风险可能就会是内部攻击。最可能的(不是唯一,但最有可能) 场景是在一些小的OSS项目里。大公司通常有知名的/可以信任的提交者。接下来,您将看到已经采取的措施来缓解这个问题。 修复 我们和Git社区的其他成员一起工作准备将这个问题公布出来。我没有对别人说,但是我知道Git核心和GitHub已经在减轻这个问题的影响。我将具体说一下我们(微软) 已经采取的一些步骤。         1. 大概一周之前,,我们在VS Online和Codeplex上应用了一个补丁,防止服务器接受推送的.git \config文件。这个bug其实不是在服务器上(它是在客户端上的),但通过这样做,我们可以减少从我们正在开发的服务器上获取任何更新的客户端的可能性。        …


一个新的Visual Studio Online和Team Foundation Server特性时间表

[原文发表地址] A new Visual Studio Online and Team Foundation Server Features Timeline [原文发表时间] 2014-12-17 10:00 AM 我们一直寻找跟客户更有效的交流方式,有关我们所做的,人们喜欢的、不喜欢的、他们想要的、我们正在计划的、等等。一年前,我们在visualstudio.com的新闻部分添加了特性时间表页面作为这个旅程的第一步。 在新闻部分中,宣布了我们每个开发冲刺阶段所发布的新特性,尤其是VS Online特性时间表将新特性映射到内部部署的TFS版本上,你可以在VS Online里面找到它。以下是摘录的示例: 同时,它们都是反向链接—我们都已经做好了,你可以直接访问。我们所拥有的最好的听取建议的工具就是UserVoice。用它来提交建议和投票给其他的工具非常方便,但是对我们所计划或从事的事情有清晰的蓝图就有点难。我们所做的许多事情都来自于UserVoice中的建议,但也有一些不是。 现在我们用一个新的正在开发的特性”部分更新了我们的特性时间表页面。添加这个部分的目的是为了让你了解我们正在做的一些事情。 无论如何,也还算详尽--起码最初还没有,它提供了关于一些关键投入的不错并简明的视图...这些关键投资可以链接到UserVoice或博客,等等,你可以了解更多有关产品实际的改进,并且给你提供了一个在它还没有发布之前去评论它的机会。 以下是我写这篇博客的一个简介, 我猜测当你读到这篇文章的时候它会有一些不同,因为我们会经常更新它。 为了给你提供一些我们所从事的工作的一些信息,我们同样尝试着给一些有关何时要求它的想法。左边的这一列展示了在VS Online中可用的粗略时间估计。右边的大多数列显示了TFS内部部署的版本和我们期待的新特性的关系。当我们没有足够的自信给出特定的时间段时,我们将会使用TBD。“–”表示与发布的工具无关-或者它已经是可用的了(TFS中的流程模版定制就是一个很好的例子)或者因为不在发布的工具中(TFS的ISO27001证书就是个例子)。 当然,做这项工作的一个风险就是计划的改变。譬如,当我们决定取消我们正在做的事的时候,或简单地改变交付日期,都会有一些风险。当风险发生的时候,我希望你们能够跟我们一起承担。我们目前还没有找出如何应对这些改变的办法,但是,当它一旦发生,我们会找出解决它的办法。 希望这篇文章能给你提供一些有用的信息。由于我们还处于刚开始的试验阶段,如果您有任何有助于我们产品做得更好的反馈和意见,我将非常感谢。 谢谢, Brian


VS & TFS 2013 更新4 可用了!

[原文发表地址] VS & TFS 2013 Update 4 CTP 1 is available [原文发表时间] 2014-09-03 10:AM 我不知道你是怎么认为的,但让那些萦绕在我脑海对于我来说是很困难的。事实上,我们已经着手交付Visual Studio2013更新4和Team Foundation Serve 2013更新4了。更新3在很久之前就发布了。今天,我们交付更新4 CTP(社区技术预览)1。和往常一样,将有一系列CTP – 大约每3周一次,然后是候选发布版本和最终发布版本。因此,更新4的最终发布版本仍然需一段时间 – 在10月/ 11月内,但如果你有兴趣看产品的开发,CTP版本是跟进它的一个好方法。对于TFS的功能,尤其是在开发周期早期(就像现在),Visual Studio Online是获取它的一个更好的办法。这样,你就不必安装任何软件以及更新4的所有功能,这些都已经或即将部署到云服务上。 像往常一样,在我的文章中,我会将重点放在更新4上的ALM功能,你可以到Visual Studio博客上了解更多有关IDE的内容。但目前的实际情况是,更新4中的新功能和在Team Foundation Server中的是不成比例的。对于IDE来说,这是一个相当温和的版本,然而对于TFS却是一个相当重要的版本。 下面是一些有价值的链接: 下载Visual Studio 2013 更新4 CTP 1 Visual Studio 2013 更新4 KB包 因此,在大量的引言中,让我们一起来感受一下到底是什么来临了。 Pull请求 自从VS/ TFS2012开始,在Visual Studio中已经有了基于代码审查经验的TFS。它仅适用于TFVC,因为它存在于VSIDE中,对于VS用户来说是强大的,但它对Eclipse(或者XCode,…)开发者并不是那么有用。 Git,作为一个分布式版本控制系统,带来了被称为“Pull请求”的类似于工作流的不同的代码审查。一个用户将一些在一个分支或分叉上的更改,通过提交一个pull请求将那些更改合并到另一个分支/前叉。在终端的提交(和其他人)是负责审查更改,评论等,直到最终接受并合并它们或拒绝接受他们。 在TFS 2013 更新4中,我们对Git引入了一个基于pull请求解决方案的网站。这个给了Git一个很棒的代码审查解决方案,并且无论使用什么样的IDE它都可以良好的运行工作。你可以在VS Online上浏览更多详细pull请求演示文档。 在接下来的一年里,我们将致力于更加协调的TFVC体验和Git体验,让它们不会如现在这般完全不同。 趋势图…


Connect();峰会中的新闻

[原文发表地址] News from Connect(); [原文发表时间] 2014/11/12 7:30AM 这周,在New York,我们举办了“Connect();”开发者峰会。我们也做了大量的宣传工作。你可以在 Soma的博客,Visual Studio 相关博客和Visual studio ALM 博客以及release notes中得到相关connect()的信息 我们主要宣布了:  Visual Studio和Team Foundation Server 2013 Update 4可以用了。Release notes… Visual studio 2015 和和.NET2015的第一个预览版可以用了。Release notes… .Net 框架即将实现开源和跨平台 可供免费使用的的visual studio Community 2013,—— 一种新版本的 Visual Studio,组合所有速成版和添加可扩展性支 Visual Studio online 的一些新的改进。 我也预先展示了一些在不久之后会被添加到VS Online 和TFS的一些新功能。 今天,我们没有发布TFS 2015 的预览版。不是因为我们没有在TFS 2015上工作 ,而是因为我们发现,把这些功能嵌入到VS Online 中是目前为止为您提供TFS新功能的最快的方法,也是你们给我们提供反馈以便我们修改我们的开发计划的最快的方法。几个月后,我们会发布一个TFS2015的预览。 像往常一样,我将更多关注ALM相关信息,其他人则关注于更广泛的Visual studio…


VS/TFS 2013.3(更新 3) 发布了

[原文发表地址] VS/TFS 2013.3 (Update 3) released [原文发表时间] 2014-08-04 10:00 AM 今天我们发布了Visual Studio 2013 Update 3和Team Foundation Server Update 3的最终版本。你可以通过下面的链接获得这次的更新。注意如果你展开页面的详细内容部分,会发现这个链接既包括Visual Studio的下载,也包括TFS的下载(除了别的以外)。 下载Visual Studio 2013 Update 3 可以在Visual Studio 2013 Update 3 RTM 发布信息中查看所有新功能的列表,在Visual Studio2013 Update 3 文章中查看修复的Bug,还可以观看这次发布的视频。 我之前已经发布了关于这些功能的博客,但是我将会重申一些这次更新中包括的大的增强功能: · Git的CodeLens 支持 · 后台配置显示待办事项(常见的客户请求) · Application Insight工具 · 桌面应用程序支持内存使用工具(包括WPF) · 发布管理支持Powershell/DSC和Chef · 测试计划/集的自定义,权限,审核等等 · 云负载测试和Application Insight整合在一起对于正在测试波形/诊断的应用程序 ·…


VS/TFS 2013.3 (Update 3) RC

[原文发表地址]: VS/TFS 2013.3 (Update 3) RC [原文发表时间]: 7/2/2014 10:21 AM 今天我们即将发布Visual Studio 2013 和Team Foundation Server 2013 Update 3. · 下载Visual Studio 2013 Update 3 · Visual Studio 2013 Update 3 KB 相关文章 · Visual Studio 2013 Update 3 RC 发布说明 在发布说明中,你可以找到所有的下载连接列表。 这是一个“上线”发布,预计会是最后一个在Update 3发布之前的预览版。产品中也会支持它,可用于升级产品环境,并且当最终版本可用时也可直接升级到最终版。最终版预计未来一两个月内发布。 VS 2013 Update 3 中有很多东西,你可以在Visual Studio博客和我上面提到的发布说明中读到许多详细信息。这里我指出几个我特别热衷的东西: CodeLens支持Git – 在Update 3 中,我们添加了CodeLens中支持项目使用Git,此外还有那些使用Team…


微软打算放弃TFVC而支持Git吗?

[原文发表地址] Is Microsoft abandoning TFVC in favor of Git? [原文发表时间] 4/14/2014 不。 这是社会媒体力量的一个示例。我原本打算忽略它,但我已经受够了被要求”官方确认”,使我不得不说些什么J. 上星期有人在推特上发布消息“微软淘汰了TFS版本控制储存库,并移到Git上。在TFS展示会上非官方地证实” 它很受欢迎,并创造了一个小小的转发风暴。 它显然是不准确的。有人告诉我这是我们的一个MVP 和一个客户在TFS 展示会上在走廊上的对话产生误解的结果。误解发生了 — — 我并不担心它。但是社会媒体却可以让这些误解快速全球化 J 正如我宣布在VS/TFS 中Git支持时说的那样,我们的目的是提供最佳集中式的版本控制系统和最佳分布式的版本控制系统。我们打算全力支持并无限止的提高它们,等等。两种类型的版本控制对于不同的团队都是有用的,两者都受益于紧密集成和我们在TFS 和 Visual Studio中提供的企业级托管。目前,我们的客户中的大部分都在使用TFVC。这可能会或可能不会随着时间而改变。但是你可以打赌我们将继续致力于使这两部分变得更棒。 有些功能还将继续观察,最近,我们所有的新的开发工作都是关于Git 功能的。这是确切的。这就简单的反映了Git 有多落后,例如,它不支持代码审查、 CodeLens、My Work、 分支可视化和更多功能。我们正努力地让我们 的Git支持和我们的TFVC支持享有同等待遇。虽然一般情况下,对于现在和未来来说,当我们建立新的功能时,我们会尝试用一种方式来生成它们,使之既能适合 Git 又能适合TFVC。这里有一个示例,在过去6 或 9 个月中,我们改良了版本控制的网页界面,我们找到了使TFVC和 Git 有更好的体验的方法。这不是一个意外事件 — — 它是深思熟虑的结果。 希望这能解决问题,并能提供一个”官方声明”,使人们能够明确我们的立场以便能对我们有信心。 谢谢, Brian