2017-03-16 86 views
0

我在tfs 2015.3中创建了一个ci版本。在触发器选项卡上,我设置了门控检入。
有没有办法让开发人员现在处于生成失败的状态。目前没有办法,我不想使用警报,我想在
的消息中另外,当构建失败时,这些文件会在构建服务器上检出,我怎样才能取消这种行为,这需要一个tfs管理员来释放这些文件。tfs 2015 gated check in failed

+0

什么是细节意味着在VS的消息?像使用旧的XAML构建通知一样的事情?有一个[uservoice](https://visualstudio.uservoice.com/forums/330519-team-services/suggestions/11081358-build-notifications-for-build-vnext)现在你可以尝试使用一些第三方软件,派对工具如** catlight **,它显示vNext在托盘区域的状态。 –

回答

3

在TFS 2013曾经有一个叫做Team Foundation Build Notification工具与Visual Studio 2013年出货然而,这不再是这种情况。

如果你不想使用电子邮件通知有,你可以在你的盘运行,以收到生成通知第三方应用程序。我最近自己也使用了catlight来解决完全相同的问题。如果您正在使用像Slack这样的聊天应用程序,您还可以将integrate build notifications加入您的团队的闲置频道,以便在构建失败时收到通知。

为了回答你问题的第二部分,了解门控签入做究竟是重要的。

当你入住和门控入住手续时triggerd您的文件不签入,但TFS创建shelveset代替。然后,TFS将使用最新版本的源代码与刚刚创建的shelveset进行私有构建。只有在此私人构建通过您的shelveset中的挂起更改时,代表触发了门控签入的用户才会由构建检入。这将创建一个新的changeset

办理登机手续时,所有锁都将被释放,因此当构建服务器代表您检入您的更改时,将会释放所有具有check-in or check-out lock的文件。

当构建失败,就不会在搁置(当门控签入的构建是triggerd创建)所做的更改不会被这样的锁将不会被释放构建服务器进行检查项。在源代码管理资源管理器中,文件仍然会有待处理的更改(并被检出),因为工作空间中的更改尚未签入。这是预期的行为,除非您已禁用multiple check-out,并且通过检出这些文件阻止其他开发人员进行更改,否则不应该为您造成任何问题。

我不建议您在不允许多次结帐的情况下使用门控办理登机手续。此外,如果可以以任何方式避免,我不会建议禁止多次结账。

门控办理入住手续是为了保护自收到检验,这些插件将打破应用程序(它不再编译或单元测试失败)或减少低于您的质量标准信息库。然而,这也意味着,除非您的构建过程中的所有规则和验证都通过,否则您无法办理登机手续,因此意味着其他开发人员将被锁定,直到您能够通过“登机口”。