As we approaching to TeamCity 7.1 release which is planned in several weeks, we concentrate our efforts on polishing new features and bugfixing. This EAP build does not have many new features besides some significant improvements in feature branches.
Feature branches
Extended branches specification syntax
In previous EAP you could use * in branch specification, like this:
For TeamCity this rule means:
- watch changes in all branches starting with
refs/heads
- set a branch label on build with name which is a part of rule matched by *, i.e. if branch name is
refs/heads/master
, TeamCity will setmaster
label to build
This rule works well, but what to do if you can't use * but still want shortened branch labels in builds? To address this problem we extended syntax of branch specification and now it allows this:
In this case TeamCity will use label 7.0
for builds from refs/heads/release-7.0
branch and 7.1
for builds from refs/heads/release-7.1
.
Read more about branch specification syntax in our documentation
Branch labels for builds from default branch
In a build configuration with branches enabled, TeamCity will assign branch label to builds from default branch too:
Branch selector on overview and project page
Branches tab in build configuration
Want to see an overview of what is going on in each active branch? There is a new build configuration tab to answer exactly this question:
Builds on change log graph
VCS branch parameter
For Git & Mercurial TeamCity provides additional build parameters with names of VCS branches known on the moment of build starting. If build took a revision from branch refs/heads/bugfix
TeamCity will add configuration parameter with name:
teamcity.build.vcs.branch.<simplified VCS root name>
Where <simplified VCS root name>
is the name of VCS root where all non-alpha numeric characters replaced with _
.
In addition to this parameter VCS branch is now shown on build changes page in revisions table: