Child pages
  • Faradi 7.1 EAP (build 23833) Release Notes

Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 4.0

As we are approaching to TeamCity 7.1 release which is planned for the end of July, beginning of August, in several weeks, we concentrate our efforts on polishing new features and bugfixingfixing bugs. This EAP build does not have many new features besides some significant improvements in feature branches.

Table of Contents

Feature branches

We've improved a lot in this area.

Extended branches specification syntax

In the previous EAP you could use * in branch specification, like this:


  • watch changes in all branches starting with refs/heads
  • set a branchy branch label on the build with a name which that is a part of a rule matched by *, i.e. if branch name is refs/heads/master, TeamCity will set apply master label to the build

This rule works well, but what to do if you can't use * but still want shortened branchy branch labels in builds? To address this problem we extended the syntax of branch specification and now it allows this:

Code Block

In this case, TeamCity will use label 7.0 for builds from the refs/heads/release-7.0 branch and 7.1 for builds from from refs/heads/release-7.1.

Read more about branch specification syntax in our documentation


Branch labels for builds from the default branch

In a build configuration with branches enabled, TeamCity will assign branchy a branch label to the builds from the default branch too:

Branch selector on overview and project pages

Branch selector is now available on both overview and project page:

Image Added

Branches tab


on a build


configuration page

Want to see an overview of what is going on in each active branch? There is a new build configuration tab to answer exact exactly this question:

Builds on the change log graph

If the "Show builds" and "Show graph" options are enabled in the change log, TeamCity will display build markers on the graph. We think this makes it much more clear which commit ends up in which build:

Image Added

VCS branch parameter

For Git & Mercurial TeamCity provides additional build parameters with names of VCS branches known on at the moment of build starting. If a build took a revision from branch the refs/heads/bugfix branch, TeamCity will add a configuration parameter with the following name:<simplified VCS root name>

Where <simplified VCS root name> is the name of the VCS root where all non-alpha numeric characters are replaced with {_}.

In addition to this parameter name , VCS branch is now shown on build changes page:

Image Added

Other improvements

  • CORS requests are supported in REST API
  • Windows Tray Notifier supports NTLM authentication as well
  • IntelliJ IDEA plugin: ability to run all tests I am responsible for
  • Amazon EC2: agents compatibility lists now display cloud agents with starting instances
  • NAnt 0.92 support added
  • Perforce integration: if a build always checks out a certain fixed revision, a note is shown in revisions table
  • fixed issues (http:


Image Removed

  • //\{Faradi+7.1+EAP+%2823833%29\}+-\{trunk+issue\}+-Documentation+-Task+sort+by%3A+Priority&title=Faradi+7.1+EAP+%2823833%29+Release+Notes&showDescription=false&showComments=false)