TFS 2015的更新版本2.1

  [原文发表地址]: Update on TFS 2015 Update2.1 [原文发表时间]:April 28, 2016   嗯,我纠结了好几天,我不希望我博客的评论里有我们正在修复的Update 2.1 的bug,尽管这些bug 很多人遇到过。让我分享一些一直萦绕在我的脑海里的问题…   为什么在我的博客的评论里有这么多的bug报告? 总之,我的博客不是一个真正用来报bug的地方。他会花费我很多时间(仅仅是因为我要把他们给合适的人看看)。对你来说它并不是一个很好的体验——你没有一个很好的方式去跟踪它。对于我们工程师来说它也不是一个很好的体验,因为获取更多的细节也是很困难的——因为博客的评论往往没有联系方式的。我们有专门的系统,报bug 可以点这里 http://connect.microsoft.com,提建议点这里http://visualstudio.uservoice.com。 我有一些假设: 1)我曾经请求过,建立一个关于很多的bug的帖子。2)我会认真的回复你。如果你发布了一些东西在这儿,我几乎会在一个小时之内读完并且把它转发给我们团队中的一些人,因为这些可能来自他们的VP,无论他们正在做什么,他们往往都会放弃正在做的事情,然后把你的这些问题修改正确。所以一些体验对你来说不能被忽略。3)我觉得connect.microsoft.com在用户体验和我们的反应能力方面都不是很理想化。 但是这些都仅仅只是我的假设。我更感兴趣你对这种情况的想法。 别误会,我的博客绝对是可供那些觉得他们需要被听到的任何人使用。如果你对一些事情感到沮丧,不能得到满足,(或者只是想说说一些真正高兴的事情而已),我在这里。我不希望人们觉得我不鼓励讨论。同时,我想让人们在我们“正常”的渠道里获得满足。如果它们不能正常工作,我想知道为什么,看看如何才能解决这些问题。 从Update 2发布以后,我就已经请别人拿所有在我博客里的bug 和connect.microsoft.com 上的比较,看看这些bug是否也在这儿。也许他们有提交,只是我们忽略了,如果是这样的话,那我们就要修复一些东西了。   对于这些额外的bug,我会在Update 2.1上做些什么呢? 时间表上关于Update 2.1的最终提交时间是今天。 到那时候我们不打算去重现,识别并修复每一个问题。(一天我仍然可以看到几个新的问题)。我决定我们将继续并且“按时”发布包含我们已经修复问题的Update 2.1版本。无论我们可以修复多少其他的问题,Update 2.1都是有很多有价值的改进。而且Update 3也不远了。如果我等的太久,Update 2.1就变得毫无意义。我们将在未来的6周时间完成Update 3的“开发”,并且在之后的几周内发布(我认为)。鉴于这一切,我们将继续前进,下周发布Update 2.1。   我要如何处理已经被报道出来的bugs? 我们将继续处理这些bug。不只如此,我已经要求团队回过头去对connect.microsoft.com做彻底地清理,发送一个微笑反馈等等。确定其他的bug应当并且能够在Update 3被修复。所以,报告你发现任何的bug。我不能保证我们会修复所有的bug,但是我们会努力修复尽可能多的bug。   对于开发过程的质量,这些意味着什么呢? 我也不确定。这是我们第一次想发布Update 2.1。我们已经有bug,并且总是有bug出现。几乎不可能消除一个非常大型的复杂系统中的每一个单一的bug。但是,这是第一次我们无法忍受这些,并且我们说这些不能再忍受了,我们需要做的更好。我们对所有的已经被报道了的bug做一个回顾,他们什么时候被引入的,根本原因是什么,在较早之前被发现的时候可以做些什么等等。从这些中我们会做一些调整,我希望我们在不久的将来不要再有这么多数量的bug。 说了这么多,我并不是说Update 2是一个*不好*的发布版本。大多数人们已经安装了它,并且很多人也很愉快的使用它。人们都很高兴,因为它有很多好的地方。所以,它可以或者应该说已经是一个*良好*的发布版本。一旦我看到一些回顾展,我将知道的更多。总体来说,我非常高兴和自豪这个团队所做的工作。质量和对人们的承诺以及创新的过程,允许我们在这么多不同的方法中提供如此大有用的价值。与此同时,一切都是使你学得更多、做得更好的一个机会。唯一的问题是你是否意识到这个机会并且实际行动起来。

0

VS 2015 Update 1 和 TFS 2015 Update 1 可用了

[原文发表地址] VS 2015 Update 1 and TFS 2015 Update 1 are available [原文发表时间] 2015-11-30 今天我们发布了VS2015 Update 1的最终版本和 Team Foundation Server 2015 Update 1. Visual Studio 2015Update 1 Team Foundation Server 2015 Update 1 Team Foundation Server Express 2015 Update 1TFS Office 集成安装程序 TFS 项目服务器的扩展 这里是发行版本的说明: Visual Studio 2015 update1的发行说明 Team Foundation Server 2015 Update 1…

0

Visual Studio Update 1 RC

[原文发表地址] Visual Studio Update 1 RC [原文发表时间] 2015-10-29 今天我们发布了Visual Studio 2015 Update 1 RC,这个版本是基于我们三周前发布的Update 1 CTP。除了此处描述的CTP中的功能,RC版本还包括下面的功能: ·转到实现方法。许多人都在等待这个功能:只要在接口或者抽象方法上点击右键并选择此命令就可以导航到实现方法。 新的快捷方法,Ctrl + . 可以转换get 方法为属性。 Windows 演示文稿基础。我们已经提高了性能并且添加了DirectX扩展(通过NuGet),还有拼写检查,以及对于每一个用户自定义词典的附加支持。你可以在这篇博客中找到更详细的关于WPF in .NET 4.6.1. 调试时候的CPU性能分析。这一功能使在调试每个故障函数的时候可以分析出断点和调试步骤之间CPU的使用率。详细的信息,请看帖子调试中你的CPU性能 C/C++调试改进。在C/C++调试的时候,调试器可以告诉你哪个变量导致访问冲突。阅读博客文章提高VS2015Update1 中C++访问冲突。 Universal Windows Apps V1.2工具。我们已经对.NET本地化,XAML设计器,显示设计器,Windows 应用商店的包装和调试程序进行了更新。现在你可以使用这些工具去建立App并且提交他们到Windows Store。 Visual Studio工具Apache Cordova。我们为Cordova 5.3.1 和 iOS 9添加了支持,我们也为Android 6 “Marshmallow,”奠定了基础,也为Azure Active Directory身份验证添加了新的插件。 TypeScript。最后一次更新包括增强对系统类型,本地支持回应的JSX,ECMAScript6完成支持生成器和类表达式,并且 支持ECMAScript7建议求幂运算符和异步函数。 Visual Studio工具Node.js。我们添加了对Node.js 4.x支持,对npm 3.x的支持,更快,易用的智能感知,更快的项目加载时间,提示过程中提高稳定性,以及代码片段的支持。(这些工具可以单独下载:Node.js Tools for…

0

Visual Studio and Team Foundation Server 2015 Update 1预先发行投入使用

[原文发表地址] Visual Studio and Team Foundation Server 2015 Update 1 pre-release available [原文发表时间] 2015-10-14 现在来说这个事情是有点晚,因为我们大约一周前就已经发布了。通常情况下,我会跟进我的博客文章,但是上周我们有一个家庭成员的去世,以至于我没有多余的时间用来处理博客。 Visual Studio Preview被命名为"CTP 1",你可以读取更多的信息从这里: http://blogs.msdn.com/b/visualstudio/archive/2015/10/08/visual-studio-2015-update-1-ctp.aspx TFS Preview被命名为”RC 1”,这样命名与以往的惯例不同,其一直以来的原因是没有人愿意安装 TFS Preview,除非我们提供持续支持 (技术支持、升级等) 。当你谈论一个团队的产品并且掌握该产品的大量数据的时候,这个产品就没有太大的吸引力能去安装它和测试它。只要你想要安装它,今后,我们愿意提供给你可以正常使用的一个Update 1 的持续支持的RC。 下载 TFS 2015 更新 1 RC(以及你所需要的ISO) TFS 2015 更新 1 RC 发行说明 TFS 2015 更新 1 RC KB 文章 通常在 TFS/VSO 的登录界面,对于我们所说的”云优先登录”开发流程的操作,工作实时在云直播服务中完成并且我们曾经在TFS on-prem Update完成一个季度的工作。有时侯会有大的更新,有时侯会做很小的的更新。这个是一个相当大的更新 (以新的能力) 。你可以阅读发行说明上的所有细节,但在这里我想要具体说明几点:…

0

TFS Office一体化安装包

[原文发表地址] TFS Office Integration Installer [原文发表时间] 2015-10-15 我忘了在TFS 2015 Update 1 RC的帖子中说,我们也会交付一个新的TFS office一体化安装程序预览版。这个新的安装程序适用于以下两种情况: 1. 过去,做过项目管理、BAs等等的人们如果想使用微软办公一体化的功能,常常需要安装Team Explorer包。它很庞大且包含一个VS Shell 的实例,大多数人都不想去使用它。这个新的安装程序只包括 Office 一体化的组件 (Excel、 工程等),因此它是轻量级的。 2. 我们发布的TFS 2015 Release版,目的是在没有VS企业版或是测试版的情况下依然可以使用PowerPoint storyboarding 工具,但是我们并没有提供一个简单的方去获取它。现在我们已经将它列入了办公一体化安装程序,使它很容易获取其它的Office集成工具。 PowerPoint storyboarding 工具是一个很好的方式,它能快速、轻松地模拟用户体验。在你build 它们之前,你可以利用PPT的技能建立一个完美的场景。在build TFS和VSO的时候,我们时刻都在使用它。这儿有一个例子,在PPT中用新的控制模块功能模拟我们的场景,这一功能还在发展中。 目前,它被淹没在VS 2015 Update 1 RC下载页中,但是我们会添加一个新的页面,让它更容易被找到,容易获取它的内容,然后下载它。 像我们发布的大多数产品一样,它也会工作在Team Foundation Server之前的版本上(你不必在TFS 2015上使用它)。我不记得具体的要求,但是它可以在TFS 2012 上工作。当然,他也可工作在VS Online上。 我希望你们在TFS上有一个很好的体验。 Brian

0

Team Foundation Server 2015 最终版

[原文发表地址]:Team Foundation Server 2015 Final Release [原文发表时间]:2015-8-06 今天,我们发布了Team Foundation Server 2015 的最终版本。TFS 2015 取得了重大的进步,在整个开发过程中有大批量的改进,而且特别强调了Devops能力的重要性。 · TFS 2015 试用版下载 · TFS 2015 快速下载 · TFS 2015发布说明书 所有与TFS 2015相关的下载,请点这里。在Visual Studio 2015 下面可以找到一些类似专业化测试的东西,在Team Foundation Server 2015下面可以找到TFS,服务器等等。在Tools for Visual Studio 2015下面可以找到发布管理和测试代理等等。 当然,你也可以通过MSDN订阅服务去下载TFS 2015,也可以通过一般的获取Microsoft 软件的其他地方下载。 我想说的是一些TFS 2015的亮点。 敏捷项目管理—在那些很难统计的敏捷项目管理能力上,我们已经取得了很大的进步。这些改进已经逐步在VS online上体现出来了,但是当我看到TFS 2015的汇总清单没,还是震惊了。这些改进包括 — 按等级划分的待办事项管理,可自定义的名片,泳道,定义完成的标准,分隔栏,内联编辑,搜索和过滤以及很多很多。 查看更多敏捷工具,请关注第九频道。 Build.vnext–TFS 2015针对于TFS的构建系统进行了大修,不仅解决了客户反馈的无数个点 – 如Web UI,变更审计,更好的代理池管理,高可用性等。而且通过创建一个极其简单的扩展模型开启了一个全新世界,可以构建任何你想要的任务 –java,Android,IOS,Node.jsd等许多语言,提供跨平台的的代理可以构建任何平台的任务。 持续交付–构建在新生成管道上,扩展性模型和跨平台代理,使得我们启用了从未像现在这样的持续交付。也可以选择各种各样的任务,我们将为其提供Azure基础框架,部署应用程序,使用新的分布式测试执行能力进行大批量自动化测试,运行负载测试,在第三方设备云端执行功能化测试等等。所有这一切都使您能够创建完全自动化的生成-部署-测试-监视连续输送管道,无冲突的自由流动的代码投入生产。…

0

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

0

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几个重要地方的显著改进或者变化。 可扩展性 — …

0

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

[原文发表地址]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

0

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其实不是在服务器上(它是在客户端上的),但通过这样做,我们可以减少从我们正在开发的服务器上获取任何更新的客户端的可能性。        …

0