Mute test failure
With this EAP we introduce new feature for better test management in the project. Now, it is possible to mute test failures and if muted test fails in the subsequent build it won't affect build status.
This feature is useful if the test fails for some known reason, but it is currently not possible to fix it. For example, responsible developer is on vacation, or you are waiting for the system administrators to fix the environment. Or the test is failing intentionally, for example, if required functionality is not yet written (TDD). In these cases you can mute such failure and avoid unnecessary disturbance of other developers.
Note that muting of a test failure is dangerous operation, and we understand it. We want to add separate permission for this action, and grant this permission to Project Administrator role. So regular developers won't be able to mute test failures by default. Right now, there is no such permission, so be careful.
Also, at the moment the muted test can be unmuted manually only. In the next EAP we will add automatic unmute either by time, or when the test is fixed.
Web UI improvements
- Only the content of expanded projects is loaded. This significantly reduced page size and speedups overview page.
- In previous versions of TeamCity if build contains a lot of changes, chances are you won't see your changes in the changes popup because changes popup limits number of shown changes. This is not so anymore. Now if build contains your changes, you will always see them in the changes popup.
- Relative time is shown on the overview page for the finished builds.
- Two level grouping is available: by package/suite and then by build configuration, or by build configuration and then by package/suite.
- Test grouping added on current problems page, failed tests section on change details page and on build results page for the failed tests from dependencies.
Administration UI improvements
In the fields with icon, parameters completion now works. Just type % or click the icon, and choose required parameter from the list.
Build steps reordering
In TeamCity 6.0 you can reorder build steps, but with one significant limitation. If build configuration is inherited from a template, reordering is possible for the custom (not inherited) build steps only. And all custom build steps are placed after the inherited steps. It was impossible to insert build step between or before inherited step. Now this limitation is removed. In the inherited build configuration you can insert custom build steps at any place, before, between, or after the inherited steps, in any order. However, the order of inherited build steps can be changed in the template only.
MSpec build runner
Among BDD frameworks for .NET MSpec is probably the most popular. The official builds of MSpec are built using TeamCity. And now we have built-in MSpec runner designed specifically to run MSpec tests.
Note that coverage options are also available for MSpec tests.
AssemblyInfo Patcher Build Feature
Another good news for .NET developers is the availability of the new build feature: AssemblyInfo Patcher. In .NET world to set a build number to an assembly, you need to patch AssemblyInfo.cs files. This build feature simplifies this procedure. Just specify version format and the rest will be done automatically.
XML Report Processing Build Feature
XML Report Processing functionality has been extracted to separate build feature. The advantage is that you can keep all XML Report settings in one place (in TeamCity 6.0 they were distributed among build steps).
Additionally this build feature has got support for Google Test reports.
IntelliJ IDEA plugin
Plugin now generates much less traffic when communicates with TeamCity server. This not only reduces load on the network, but also reduces CPU time on developer machine, required to process data. Moreover, while plugin is in collapsed state the traffic narrowed down even more.
Additionally, configuration parameters can now be changed for the remote run started from the IntelliJ IDEA plugin.
- New artifact dependency option: build from the same chain. Previously this was covered by "Last finished build" dependency, but in order to improve usability of the feature we decided to divide them.
- TeamCity now bundles dotCover 1.1 and publishes dotCover test coverage snapshot as artifact (under hidden .teamcity folder).
- Windows Tray Notifier has been rewritten. We hope that this will fix some annoying issues, like tray icon disappearing.
- TeamCity Amazon EC2 integration now supports Amazon Virtual Private Cloud (Amazon VPC).
- Now you can configure a pattern of branch remote run trigger.
- Now it is possible to use local mirrors of remote repositories with agent-side checkout for git and mercurial.
- Ability to get build's statistical values via REST API
- resolved issues