Visual Studio 2013
[原文发表地址] Visual Studio 2013
[原文发表时间] 2013-06-03
坚持坐在你的座位上，这将是一段漫长的时间……
今天在 TechEd上，我宣布了 Visual Studio 2013和Team Foundation Server 2013中所包含的很多应用程序生命周期管理功能。今天，我们已经能在Team Foundation Service立即试用这些功能了，我还宣布了VS 2013和TFS 2013的预览将在这个月下旬的生成会议上可用。
现在是一个激动人心的时刻，我们可以开始公开地谈论我们的下一个主要版本将有哪些新内容。像往常一样，通过这篇报告我们只能够了解到表面的东西。请继续关注在我的博客、 ALM 博客、 Visual Studio 博客和其他博客发布的更多文章，我们会在那里揭示有关的所有新功能的更详细的信息。同时也可以查阅 Soma 的博客看他今天的公告上的观点。当然，一旦他们可以使用了，我会在博客上再次发布相关的下载链接。
在这篇文章中，我不会过多的谈在新的VS2013中与应用程序生命周期工作流不相关的功能。请在生成会议上关注更多关于VS2013其它功能。
这么多新的东西，我会试着一点一点整理......
敏捷投资组合管理
我们正在继续对我们介绍的TFS 2012 和在TFS 2012 更新中添加的Kanban支持引入敏捷项目管理功能 （积压和冲刺管理）。在TFS2013中，我们正在处理如何使较大的组织能够使用各种不同的办法来管理他们的项目与团队的问题。我们当前的模式集中在个别小组上，并且依赖于将报告和项目以及项目服务集成形成较大的组织。不过，我们觉得那是一个好的机会去改善解决方案，使本组织的各级人员能够以一个对他们有意义的方式轻松地参与。我有时把这称为“企业敏捷”。
我们正在处理的第一个问题是工作分解。组织中不同级别的人员关心不同级别的粒度。在TFS中，我们正在通过引入不同级别的积压这一概念来处理这种情况。例如，商业举措的积压可以分解成方案的积压，然后分解成用户情景的积压，等等。你可以管理每个级别的积压并追踪它们的关系。我们也使多重的Scrum团队各自管理他们自己积压的用户故事/任务，然后同时贡献更高级别的积压。
所有这一切将包括在TFS2013中，并且今天你就能开始探索使用Team Foundation Service的功能。此外，就像我所说的，这只是个开始。我的期望是我们将继续打造我们的企业级敏捷能力，持续冲刺并且可能在接下来的一年将有不断的更新。
版本控制
我们一直在努力改善我们的版本控制解决方案。有这么多的改变以至于我没有办法涵盖所有，所以让我介绍一些主要的情况。
我将开始讲的东西你会发现有点“old news”的感觉，如果你一直在跟踪更新。我们已经添加了“Connect”页到Team Explorer，这使它比以往任何时候更容易来管理不同的Team Projects /你你要连接资源库—地方、企业或云。像我们在更新中做的其他改进一样，这一点也将出现在VS2013中。
我们还建立了一个新的Team Explorer主页。它更具有视觉吸引力并且它提供一些入口，类似于进入你的基于web任务板的入口。但是，所有的东西中我最喜欢的是，你你的工作区中有一个解决方案列表。它你提供给你了一个令人难以置信的美好的“家”，从中你可以导航到你正在寻找的东西。所以，当你连接到你的Team Project时，你只用点击你想要使用的解决方案，并且轻松地在它们之间切换。
有谁能说……
在User Voice上的1号TFS 请求。对，我们有，有点儿。你可以判断我们是否做了一份好工作。我们喜欢新的Team Explorer，但我们听到了明确的负面的反馈，pending changes面板太狭窄，并且想要在其它的Team Explorer窗口中同时能看到pending changes面板。我们还听说有些人更喜欢用"一维列表"展示的pending changes面板，比起用树视图来展示 （在旧的pending changes窗口中配置的）。
所以，我们推出了"弹出Team Explorer 页面"功能。
如果你是更喜欢独立pending changes窗口的许多人中的一个，你可以单击Team Explorer右上角的小箭头，弹出下面的页面。
此时，你你可以停在pending changes窗口中任何你想要的地方 — — 像在原来的 VS 2010 的位置 （就像下面一样） 或是在不同的显示器上，你喜欢的任何地方。
我非常高兴有这个功能。并且你也可以"弹出"其它页(像是build页）。我坦率地说它不是完美的。pending change页面需要多一点工作去集中在文件列表上的更多的屏幕空间（记住这仍然只是预览）。此外，不是所有页面都可以弹出来。当你们都开始使用它时，我们将会按照反馈的优先级通过RTM来保持这种方式。
我在今天宣布的另一项新功能是"轻量级代码注释"。这是在我们的 web 访问体验中的一个新的功能，允许人们轻松地注释代码。无论是在整个文件中或是在更改中进行注释，它都提供了非常好的内联体验。它与VS Premium中的代码审查功能有些相似，总有一天会成长，但是现在，比起实际的代码审查经验，更需要缺乏的所有工作流功能 （创建代码评审、 管理活动的代码审查，请求代码审查，等等）。好消息是这两个功能使用相同的底层技术管理注释，所以他们可以很好的配合工作，但它们不是真的重叠的功能。
最后但同样重要，我想再次说我们做的关于Team foundation Service的所有nifty Git 创新，在TFS 2013中将会应用到我们的TFS内部，并且在你从Build中可以获得的预览中可用。
编码
与往常一样，我们每天都做一大堆事情来帮助人们进入代码。最重要的是在 Visual Studio 中的一种新的"抬头数字显示仪"功能，当你在工作时为你提供关键代码的要点。我们现在有一堆的"指示器"， 并且随着时间的推移我们更会增加更多。它是一种新型方式帮你在读/编辑时去更多你的了解你你的代码。
在你的编辑器中，指示器显示为你"灰色"文本 （尽管它不是实际文件中的文本 — — 它被叠加）。他们给你看有用的信息，然后点击深入到细节。
这里是一个指示器，显示你正在查看的引用方法。
另一个指示器，显示你正在查看的测试方法的测试状态。
还有另一个指示器显示你正在查看的方法的最新更改。
另一大新功能是内存诊断 — — 特别是它把重点放在使你能找到在生产中的内存泄漏。你可以生成一个内存"快照"，在 VS 中加载它，然后你就可以尝试了解内存堆正在使用哪些内存。在这里对两个快照进行比较 （如截图）以查看对象的更改。
我们继续努力工作，创建世界上最具生产力的开发环境— — 无论是阅读代码，编写代码还是调试困难的问题。
测试
整个 VS/TFS 2012 更新周期，我们持续的发布对我们Visual Studio的测试能力的改进。在VS/TFS 2013 中，我们上升到另一些新功能。首先，我们继续提升在VS 2012.2 上推出的新的基于Web 的测试用例管理和测试执行的能力。
我们已经建造出测试用例管理功能，以使你你能够更充分管理你你的测试计划而不必切换到测试专业客户端。你可以现在创建/修改测试计划、 套件和在 web 上共享的步骤。
我们还改进了测试编辑，使你能够添加步骤附件、 使用共享的步骤、 参数化步骤数据等等。
并且我们已经改善了运行体验测试，使它更容易捕获屏幕截图等。
除了基于 web 的测试案例管理解决方案的下一轮改进，今天我再公布一个全新的服务器预览— — 云负载测试。我对这种新的能力非常兴奋。自从VS 2005 以来，我们一直很支持负载测试。它允许你验证性能、 规模和你的服务器应用程序的可靠性。但是，你必须安装和配置你自己的基础设施去运行负载测试。而现在使用我们新的Team Foundation Service负载测试解决方案，你可以对你的应用程序进行负载测试 而不配置任何基础结构。只需使用 Visual Studio 终极版创建负载测试并在Team Foundation Service中指示它运行 ！并且你很快就能得到对你的应用程序的负载测试结果。我们认为这对于那些在把应用开放为一个广泛的用户基础之前，想要确认他们创建的Azure应用程序的可扩展性的人们，是非常有意义的。
要在 Team Foundation Service运行一个基于云的负载测试，只用创建/录制一个负载测试以及选择测试设置中的选项。
并且你可以即刻看到你的测试进度：
你尚且不能相当充分利用这一功能。虽然服务端是准备好了，但你还需要利用它更新 VS 客户端。一旦你在BUILD会议上下载和安装可用的VS 2013 预览，你就能够开始使用它。
请注意该服务还只是是"预览",这会限制运行的数目和大小，你将能够在服务发布前做。如果你想要加入我们早期的采用程序并使用一些较大的规模运行的服务，请让我知道。
发布管理
作为团队尝试满足对更快速的释放节奏的需求，他们正在做的最大难点之一是发布管理和创建可靠、 可重复的自动的部署。不只是这，那些同时间飞快产生的版本数也越来越难管理。老实说，我们自己一直在经历那种痛苦。
今天在 TechEd 上，我最大的公告也许是我们的协议，从 InCycle 软件收购的 InRelease 发布管理产品。我感到非常兴奋将这添加到我们的整个生命周期解决方案中来。它填补了重要的空白，能真正的让团队慢下来。InRelease 是一个伟大的解决方案，以本机方式建成以更好地使用 TFS。
InRelease 使你可以管理所有的飞快产生的版本。
在每个版本中，你可以定义有阶段的、 验收标准、 审批等的路径。
而且，你还可以为每个应用程序定义自动的部署管道。
这是大新闻，在未来的几个星期我就会有更多的要说的东西。现在，我只是想让你知道它是对我们的产品的一大补充，随着时间的推移它将更加无缝的与TFS and VS进化和集成。
团队协作
Team Foundation Server 的核心价值主张之一是帮助软件开发团队进行协作。通常通过提供透明性到发生在软件开发过程中，以使每个人都保持最新并且知道如何作出最好的决定。在TFS 2013中 为了方便，我们正在使用新的机智，称为"团队房间"。一个团队房间是一个持久的协作空间，在你的团队中记录发生的一切。你可以配置通知 — — 签入、 生成、 代码审查等要走进你的团队房间和它成为生活中该项目的活动的记录。你还可以在房间里与你团队的其他成员的对话。它始终是"on"和"permanently"的记录，使人们能够知道他们出去的时候发生了什么， 并且能找之前的对话，等等。
到今天为止，当Team Foundation Service上启用了团队房间并且你在BUILD下载了TFS 2013 预览时，你就可以随时随地体验 TFS 了。
结论
正如你看到的，这儿有一吨的东西，我不得不仔细筛选一切，不要让这篇文章变得更长。接下来的几周我就会写一些在2013年得到的其他新的东西，。
敬请关注和分享你的想法。
Brian