从DiscountASP.net中提供TFS扩展托管

[原文发表地址]Expanded hosted TFS offering from DiscountASP.net [原文发表时间]2011-11-09 05:20 DiscountASP.net最近扩展了其托管TFS。你可以从他们的网站和博文中了解更多详情。 我可以想象大家可能惊讶于我常讨论目前的托管预览服务,怎么会突然谈及这个呢。那就让我来给你们罗列一些你们需要使用DiscountASP.net上的服务而不是目前在做的Azure预览版上的TFS的原因。我不能保证面面俱到,但是这些都是最先能想到的。 1) DiscountASP.net方案是基于我们产品发布版本的服务。我认为他们的服务更可信赖,不会粗制滥造。 2) 他们提供报告,并支持TFS SharePoint汇集。而我们目前托管的预览版并不支持。 3) 他们提供一个构建服务,而我们目前的托管预览版不支持。 4) 他们提供更多数据中心选项。 5) 他们提供VSS转移服务。 6) 与像Urban Turtle这样的第三方供应商合作。 等等。 这对那些寻求管理TFS基础设备的人来说是个不错的可考虑的选择。 Brian

0

TFS 的新邀请码

[原文发表地址]A new invite code for the Team Foundation Service [原文发表时间]2011-12-09 15:58 昨天我写到了有关12 月我们对服务所做的更新。今天,我在这儿实现承诺:提供另一个邀请码,那样人们可以使用它来注册。如果您已经创建了一个帐户,没有必要使用此代码。您先前存在的帐户仍可以使用,并升级到 12 月发布。您只需登录并看一看。如果您还没有帐户,可以随时使用此代码在http://tfspreview.com创建一个。 邀请码是: TfsDecUpdate 在接下来的几天,我将就自上市以来我们第一次的重大升级经历写一篇博文。它将会很有趣。 希望大家喜欢! Brian

0

Visual Studio性能的提高

[原文发表地址]Improving Visual Studio Performance [原文发表时间]2011-09-16 15:02 我们已经在我的博客中在性能这方面有过几次好的交流,显而易见,大家对此都有很多的热情。在上次交流后,我发起了一个内部讨论,来确保我们把精力用在对的事情上。几个月前我们公布了一个用户心声的网站,性能问题几乎占据了意见列表的头几个。但是,它们大部分,都很笼统,很难让我确定特定的优先级。 所以,我们有了一个新的想法,那就是创建一个新的用户心声网站,事先准备一系列相当具体的建议/方案,这些方案是我们认为大家都希望看到的性能改进。我们希望你可以提出你自己的意见,并且对它们进行投票。然后我们可以用这个列表来决定在Visual Studio 11中优先考虑哪些。我们很感谢你的参与。 Larry Sllivan写了一篇博文来开始性能方面的讨论。为建议投票的用户心声网站在此:http://visualstudio.uservoice.com/forums/131389-visual-studio-performance/filters/top 我们真心期待你的反馈。 Brian

0

Discount ASP.NET提供的构建服务

[原文发表地址]Build service offering from Discount ASP.NET [原文发表时间]2011-07-26 04:39 几周前,Discount ASP.NET发布了一款构建服务,以与他们主要的TFS相得益彰。这就更能保证你在云中的开发过程,非常有用,尤其是对那些高度分散的团队。可以点击这里查看:http://www.discountasp.net/tfs/hosted-tfs-build-server.aspx Brian

0

为你崭新的Host TFS账号配置一个build服务器

[原文发表地址]Configuring a build server against your shiny new hosted TFS account [原文发表时间]Mon, Sep 19 2011 3:02 PM 既然你有Team Foundation Service账号,你们中的一些人也许会有兴趣建一台Build机器以使用它。Richard Hundhausen做了一个非常棒的视频 讲述这个过程,我想回顾一下,因为我想额外解释一些其他的事情。如果你观看他的视频,你会看到它远比这篇文章讲述的逼真,但你也许能在这里获得一些另外的理解。 首先让我们谈论下这些选项。你可以用你的Team Foundation Service账号来安装配置一台Build计算机去运行。你必须使用TFS 11生成代理。TFS生成代理是TFS安装的一部分,并且允许MSDN用户在下载网页上下载,从明天起也将允许所有人在以下网址下载(9月16日星期五): http://go.microsoft.com/fwlink/?LinkId=225714 你可以安装build服务器在你使用的任何机器上-家里的工作组机器,工作用到的域中的机器,Azure上的 VM 角色,Amazon的 VM等等任何你喜欢的。TFS并不关心这些。这些机器只需要可以连接到网络去访问tfspreview.com。 在你想安装生成控制器/代理的机器上运行TFS安装程序,你需要接受许可,复制数据到机器上等,然后会出现一个像这样的安装界面。因为你只是在安装一个build服务器,你不想选择任何Team FoundationApplication Server向导。你只想要Configure Team Foundation Build Service。点击“Configure Team Foundation Build Service”然后点击底部的开始向导按钮。 你会看到一个欢迎页面,点击“Next”会看到这个。如果你没看到这个,尝试取消并确定你选择了正确的向导。它需要你在host 服务器上验证你的team project collection/account。你不能在这里输入所以请点击“Browse”按钮。 然后你会看到这个。我之前没有将这台机器连接到服务器上,所以没有服务器让我选择。我点击了“Servers…”按钮 然后获得可连接服务器链表但是看到没有任何东西 。我以前已告诉过你,因此请点击“Add”按钮。 如果你想,你可以在上面一行中输入完整的url,但是这里我使用了对话框控件。“minka”(实际上这是我的农场的名字)是账号名,因此我将它命名为minka.tfspreview.com。然后我点击了https按钮(这里你需要使用https来连接服务器)。我们可以看到Preview栏中的url就是我已放在顶部编辑栏中的url。 现在我点击“OK”回到之前的窗口,关闭它就看到。对我们的TFS服务来说,team project collection总是称作DefaultCollection,而且你只能有一个。在本地产品中你可以有多个并任意命名。选择“DefaultCollection”然后点击“Connect”。 这时候你已经连接上了minka.tfspreview.com并且该url会被填充在上面的向导页面。在向导页面点击“Next”跳转到build服务页面。这里允许你设置想要运行的代理数量。默认是1个,但我真的不需要在我家中的小机器上处理8个并行的事情,因此我将它改成2并点击了“Next”。 现在来到了设置页面,该页面控制build服务如何在我的本机上运行。记住build服务在安装它的机器上运行,而且它运行时需要身份验证。它将会使用不同身份验证连接到我的主机账号,但在一分钟里做的比这更多。我在本机上创建了一个名为“Build”的账号。我可以任意命名它或在登录时使用这个账号。如果我在一个域中,我可以使用网络服务,但是我现在是在家里,因此我只能使用本机账号。顺便说一句,当我使用它的时候,我发现目前我们不支持没有密码的账户。那是一个设计错误我们会改正它。我在家用我11年的老帐户登录,而且它没有密码那就是我为什么创建一个新帐户的唯一原因,只是为了使用build服务。…

0

TFS 11中的合并增强功能

原文发表地址 Merge enhancements in TFS 11 原文发表时间 31 Aug 2011 11:31 AM 这是我“开发者都是狂热的粉丝”系列的下一篇博文,说的是TFS 11中即将到来的增强功能。我的上一篇博文是关于工作区改善。 我们在TFS 2010中收到的常见客户反馈信息,都说合并还是太复杂了,并且/或者说太有限了。我们已经在即将发布的版本中做了一些显著的改进: 全新的差异/合并体验—我们过去5年来发布的就是原始SourceSafe 差异/合并工具—大约在1994年我们还停留在One Tree 软件时创建。多年来它一直被增强,以支持全球化,Unicode等,但它本质上是同一个diff工具。不过现在不再是了,都已经过去了。我们在VS编辑器的基础上新建了一个差异/合并体验。在你说“等等,我真的很喜欢kdiff!”之前,请不用担心——这仍然是可配置的,你可以使用自己喜欢的任何工具,但是话说回来,这次真的变得更好。为什么说它更好了呢? 它同时支持“内联”和“并排”模式,你可以选择自己最喜欢的模式。 它有句法高亮提示(VS编辑器中支持这个) 单行中的个别变更会有高亮提示 当同时进行比较和合并时,你可以利用VS编辑器的强大力量,包括其中的撤销,智能感应和其他功能。 Diff有一个很棒的“迷你地图”。 现在你可以在视图中做更多的操作了(比如历史等等。) Diff使用VS中全新的临时标签功能,以免弄乱你的文件。 手动选择合并方案的改进方法。 打开/关闭忽略空格的互动方法。 这里有些屏幕截图来展示这些功能,你会注意到很多我上述列举的优点: 临时标签中的并排差异视图(一直到右边),左边有变更高亮提示槽,同行内变更高亮提示,VS风格类/方法导航,句法上色等。没错在源代码上方文件名的文本看上去很傻,那是一个错误。 使用内部模式的相同diff: 以下是一些关于合并的截屏。我把你可以选择的三种视图都包含在其中了: 总的来说,这是一款比我们以前更好的默认差异和合并体验。 合并时最少化冲突—这大概是我们听到过的最大的关于合并的抱怨了,它的方式太麻烦了。我们花了很长时间来努力研究这个反馈,总结出首要的问题是做合并时会有太多冲突报告,而这些报告没有要求你做有意义的决定。大家希望它“处理”所有明显的合并并提请他们注意哪里他们有真正的工作要做。 为展示TFS 2010和TFS 11间的区别,我运行了一个示例场景。它很简单,而且看上去有点刻意为之,但却能显示出其中的差异。我选取了一个充满TFS源代码的文件夹,并为它加分支。然后我在两个分支中把两个方法进行了重命名,并合并了结果。结果是源代码分支中48个文件改变了,而在目标分支中有90个文件改变了。结果报告中的冲突如下: TFS 2010: 38 个冲突 TFS 11: 12 个冲突 差别在于TFS 11自动解决了26个冲突,无需经过用户交互。 我总是听说Git是这种行为的“黄金标准”。所以,我们对Git和TFS合并行为做了一个点对点的比较,我们发现为了向Git体验看齐所必需的代码改动真的很小。所以我们比较了新版TFS和Git。我不想说这是耗费精力的测试,或者说我面面俱到,但我相信它覆盖了大部分常见情况,当你亲自体验时,如果发现我们遗漏了什么,请让我知道。 针对这个情况,我想比较不同冲突的行为。我创建了一个含有9个文件的文件夹,并进行了分支,然后安排了一个特定模式的变更,以激起冲突。以下就是变更: File Source change Destination change…

0

Windows Azure上的Team Foundation Server: 预览可用!

原文发表地址 Team Foundation Server on Windows Azure: A Preview is available! 原文发表时间 Sep 19 2011 3:13 PM 今天在BUILD会议上,我们宣布基于Visual Studio Team Foundation Service预览的Windows Azure可用了。如果你一直留意我的博客,那你知道我们在它上面花了一段时间了。在过去的几个月里我们有一个私人预览,并且有多达几百位用户。 我们准备采取下一步行动,并将它推广给更多观众。作为BUILD会议声明的一部分,我们给了所有与会者邀请码以注册一个账号。 每个注册了账号的用户可以邀请任意数目的人来使用他们。另外,每个拥有账号的人可以获得另一个邀请码,用该邀请码可以给5个朋友来创建他们的账号。 你现在会想:该死!我怎么没去BUILD会议。我该怎么办?你不用失望,你仍可以使用下面提供的注册码。前250人可以使用。这250人都可以使用我上面提供的好处(创建一个项目,邀请朋友以及分发5个账号给朋友)。 250人使用激活码:“bharry” 要使用这个,请访问http://tfspreview.com。下面是一个关于注册账号的演示。 优点 我们使用托管TFS服务来快速简便的熟悉TFS。在仅仅几分钟的时间内,你可以拥有一个账号并使你的团队效率提高,而不管他们身在何处。以前这需要时间来安排硬件,安装软件,提供网络基础设施等的麻烦的事。该服务考虑到了上述所有问题并使你专注于你的项目。 尽管这时该服务是预发布而且并不完整,今天多项TFS功能都可使用。你可以使用: 源代码控制 工作项目追踪 Agile 项目管理(TFS 11上的新功能) 测试 自动生成(尽管现在你需要在你的硬件上设置一个TFS 11 CTP 生成代理) 以及更多… 你可以使用大多数TFS 客户端– 包括VS 2010 和Test Professional 2010 (和一个可用的客户端补丁包 ), VS 11 (很快CTP 将可用),…

1

TFS数据库失控

[原文发表地址] TFS Databases growing out of control [原文发表时间] 2011-10-31 05:25 几个月前,我开始听到客户们反应TFS数据库失控了。每隔一段时间我就会听到谁谁谁的数据库在一周内增长了100GB,或者类似的消息。之前这样的状况发生是因为有人登入了太多数据——这是几年前了,那时候也有这样的反映,不过调查结果显示是因为有人在一次会议之后插入了75GB的幻灯片。 这次事情好像没那么简单了。在调查之后,我们发现这个问题和TFS测试功能有关。TFS和微软测试专家会搜集大量数据以支持你对测试失败案例做深度分析。不过,似乎这并没有多大的用处,而且我们没有安排任何环节来清理它们。 当有人告诉我在自己的服务器中,测试附加数据比其他TFS数据库中的数据大了很多,然后我开始意识到这个问题的严重性。如果你几年来一直关注我的博客,那么你就会知道我们的服务器相当大,版本控制数据主导其他所有的东西。当我发现测试数据已经超过版本控制数据时,我知道这个问题必须得到快速的解决。 第一步,我们就要发布一个叫做“测试附加清理器”(Test Attachment Cleaner)。这个工具能让你定义“保留政策”,然后自动清理陈旧的测试附加数据。这有很大的作用。下面我参考Anutthara的博文,其中有所有我谈及的工具/更新,包括测试附加清洁器。不幸的是,有一两个我们早期的客户数据库中有大量测试数据,在使用了测试附加清洁器之后,发现在SQL服务器中有一个错误,会导致删除不需要删除的记录——而且空间也没有恢复。我们和那些客户及SQL团队合作,诊断这个问题,在修复之后再发布。你也可以在Anutthara的博客中看到这个。 虽然测试附加清洁器是一个很好的开端,但是仅仅提供去除旧数据是远远不够的。显然我们给TFS加进了太多的数据,但并非所有的数据都很有用或有效。因此下一步我们就要更新一个QFE发布,避免更新的库类与执行测试之间的关联。我们在实践中发现,很少有人需要这个功能。看看TFS内部数据库,这样能节省平均48%的测试附加数据。这可是将近一半的不会加载的数据。 我们还在研究减少测试数据占用的磁盘空间的方法,通过减少加载,高效储存或者移除未用的数据等方式来实现。 你可以阅读Anutthara的博客了解更多的内容,还有许多工具和更新的链接:http://blogs.msdn.com/b/anutthara/archive/2011/10/30/gsjgd.aspx Brian

0

微软测试管理器现支持多行测试步骤

[原文发表地址]   Multi-line test steps available in Microsoft Test Manager, among other things… [原文发表时间]  2011-10-19 13:02 我们在BUILD会议上发布了TFS预览版,同时,我们还发布了VS 2010家庭系列客户包。你可以点击以下链接获取http://go.microsoft.com/fwlink/?LinkID=212065&clcid=0x409(或者你可以在TF预览服务网页上找到相关链接)。 你会发现它叫做“Visual Studio 2010 SP1 TFS CompatibilityGDR”,不过里面还有很多好玩的东西,包括了一系列最新的修复和改进。以下是一些重大修复和改进: 此次更新包含2010客户端必要的改进,以满足在TFS 11服务器上运行,并因此而得名,包括我们的 TFS预览版。 最大的“新闻”就是在微软测试管理器中添加了对多行测试步骤的支持。 这在 给Visual Studio测试和实验管理的头号建议中就有提过。我很兴奋能那么快把这个功能公布。 KB2522890 – 从TFS 2008打开生成时,团队资源管理器崩溃。 KB2552300 – 使用“保留本地变化”选项时无法门控签入。 KB2561827 – 比较两个文件时,DiffMerge会在有未处理的异常情况下关闭。 没错,我知道,KB文章还没有发布。这对我来说简直就是最后一根稻草,我也已经介绍了一点。我想我正在引起修复这个问题的那个人的关注了。我为KB文章的发布设置了清晰的目标,当更新问世的时候就是了。 Brain

1

TFS11实验室管理的改进

[原文发表地址]  Lab Management improvements in TFS 11 [原文发表时间 ]  2011-10-31 04:55 AM TFS11开发者预览版在实验室管理方面做了许多简化和增强。在开发者预览版中你首先需要注意的就是“标准环境”的介绍。以下就给你一个简明的标准环境总结,告诉你能怎么用。 自从我们发布了实验室管理之后,我们一直从我们的客户那里得到反馈信息说他们爱死实验室管理了,但还没准备好应战SCVMM & Hyper-V。有的人使用VMWare,其他人只想自动化他们现在实际在使用的机器。标准环境现在支持更灵活的操作了,你可以使用VMWare,也可以使用其他机器,等等。 标准环境能帮你在多台机器的环境下快速地开始测试,并且做为持续集成周期的一部分,可以运行功能性的自动化测试。你设置完TFS之后,就可以创建标准环境了。你无需设置Hyper-V服务器或者配置TFS中的系统中心虚拟机管理器。有了标准环境,整个创建环境的过程就可以浓缩成几个简单的步骤了: 1. 为你的团队项目集合配置一个测试控制器。集合中的所有项目可以共享这个控制器。或者,你可以添加更多的控制器来扩充。 2. 比如你想设置一个两机环境,来运行后期生成的自动化测试——一个环境是运行Windows 7的客户端机器,另一个环境运行Windows Server 2008 R2 SP1的服务器,它们分别做为网络服务器和数据库服务器。在你的公司中准备好这些机器——可以是你的IT管理实验室,VMWare VM,物理机或者其他的。在这些机器上安装应用程序所需的前提。 3. 在微软测试管理器中的实验室中心运行向导来创建一个全新的标准环境。作为向导的一部分,指定上述(2)中的机器名称,以及连接那些机器的管理员认证。如果你想运行自动化中的编码UI测试,那么在向导中选择“高级”标签。 4. 这就是你要创建一个环境所需的全部步骤。你会发现测试代理会自动下载并安装到环境中的所有机器上。这就是实验室管理11版唯一需要的代理,它可以用来部署生成,或者运行测试。在创建过程的最后,你的环境要确保能随时投入运行。 5. 对于自动化测试,请确保你有测试计划,也要有测试设置以在环境中运行那些测试。 6. 用Visual Studio终极11开发者预览版创建一个生成定义,选择LabDefaultTemplate.11.xaml作为模板。这是一个全新的生成-部署-测试自动化模板,能让你为运行自动化选择标准环境。 7. 排列新的生成,看看自动化是如何在环境上运行的。 总结来说,整个过程从安装代理,到准备验证生成的环境,只需几次点击就能轻松完成。你无需安装SCVMM环境来使用生成-部署-测试自动化功能。“标准”环境就够了。 当然,SCVMM环境还是支持的,而且还被增强了,以便支持代理的自动安装。有了SCVMM环境,你可以额外享受使用快照作为你的测试场景。 下面是一些你们可能会问的常见问题: 1. 实验室管理开发者预览版还不支持Windows 8服务器,Windows 8来宾以及2012即将发布的SCVMM。对于这些的支持现在正在进行中。 2. 在标准环境中,只有加入域的机器(与测试控制器有信任关系的机器),它的代理的自动安装过程和配置过程才会简化。如果你在标准环境下使用的是工作组机器,那你需要设置影子账号。 3. 在标准环境下支持的操作系统只有Windows 7,Windows Server 2008 SP2,Windows Server 2008…

0