Child pages
  • Darjeeling EAP Release Notes (build 10380)
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 10 Next »


Starting with this EAP we introduce another major feature of TeamCity 5.0: build configuration templates. Templates goal is to remove duplication from the build configuration settings. To do so you create a template (template actually has the same settings as regular build configuration) and then associate any number of build configuration with this template. After that, change in a template will affect all build configurations associated with it.

Note that most of the template settings can later be redefined in the build configuration with help of configuration parameters. For example if you want to redefine Ant build targets in build configurations you can specify %ant.targets% in the corresponding field in the template, and then define custom value for this parameter in the build configuration. You can also add additional requirements and system/environment properties.

At the moment you can't redefine dependencies or VCS roots inherited from the template. Although you can use parameters in checkout rules. For example, with subversion you can add to the template a VCS root for the root of the subversion repository. Then in the template checkout rules you can write: %checkout.rules%. Such setup will allow you to checkout trunk or branch in the specific build configuration and avoid settings duplication, i.e. in the build configuration you can specify checkour.rules = +:trunk => . or checkour.rules = +:release2_0 => .

UI for Amazon EC2 settings

Now Amazon cloud profiles can be edited from the web UI, there is no need to edit configuration files anymore.

My Changes UI improvements

We want to reduce time needed by a developer to discover which tests fail and why. In previous EAP builds we introduced change details page, now we decided to improve My Changes page in the similar way. Starting from this EAP you can see not only builds running with your change but also new tests already failed in these builds.

  • No labels