Our goal was to make TeamCity web UI more lightweight and more modern looking. This is the work in progress, and we are still working on better readability, information restructuring and so on. However, in general, we consider it finished.
We are looking for a more natural way to start remote run builds with distributed version controls. In contrast to usual version control systems in DVCS branches are used extensively. Usually developers implement some feature in their own branch and then push their changes to the master branch in main repository. It is tedious to create separate build configurations in TeamCity server for each such branch. Now we have a better solution.
If you are using Git or Mercurial in your project you can add special build trigger called "Branch Remote Run" to a build configuration. This build trigger will watch for commits into the branches of this build configuration VCS roots. If a commit is detected and if branch name matches to some specific pattern, trigger will add personal build to the build queue.
This feature is not quite polished and its implementation could be changed, also there are known bugs, e.g. for every personal build in branch we create a new VCS Root and such roots are not removed later http://youtrack.jetbrains.net/issue/TW-15302. At the moment remote run on branch works only if build configuration has no dependencies http://youtrack.jetbrains.net/issue/TW-15357.
Audit log finally is able to track changes in the project and build configuration settings. In the project or build configuration administration pages you can now see the name of the user who modified project or build configuration, as well as a link to the changes themselves. Since project and build configuration settings are stored on disk in plain xml, the link will just open the usual TeamCity diff window showing changes in these xml files.
Build steps have got names. Now it is possible to add a name to each build step, and this name will be shown in the build steps lists. Also you can now easily copy build step to any accessible build configuration.
Default parameters for all of the project build configurations can now be specified on the Project parameters tab.
We divided custom build dialog content between several tabs. We hope that this will simplify its usage in many cases, because some of the features of this dialog are rarely used.
Moreover, on the Properties tab it is now possible to specify configuration parameters (additionally to system properties and environment variables).
We added tests grouping by packages in a couple of places: build popup and current problems page. We will continue working on the grouping functionality in the future builds.
IntelliJ IDEA plugin for TeamCity now able to filter shown data according to currently opened project. This affects various lists where build configurations are shown.
We also added coverage menu option to the TeamCity plugin menu to make it more obvious how to use server-provided coverage feature.