TeamCity Blog

After a short break in developing new features we are glad to launch the Early Access Program for TeamCity version 4.0.
A list of this EAP build features includes the following:

• “Run recently failed tests first” and “Run new and modified tests first” options for Ant and Ipr Build Runners and JUnit and TestNG frameworks
• A separate page for each project with a list of all its build configurations and selected statistical reports of the project
• Various notifications improvements: possibility to customize the order of processing your notification rules; “first failure/success” notifications are also supported for “Builds with my changes” notifications
• Custom statistics now supports multiple series (values) display on a single chart
• Multiple performance improvements
• and more…

View more detailed release notes and download the build. As usual, we remind you to back up your data before upgrade.

Don’t miss your chance to influence the development process and vote for already existing features or submit new ones at our issue tracker and online forum. We greatly appreciate and eagerly wait for your feedback!

Wish you happy building!
The JetBrains TeamCity team

Technorati tags: TeamCity, JetBrains, IntelliJ IDEA, Eclipse, continuous integration, build management, EAP, early access program, agile development, MS Visual Studio 2005, MS Visual Studio 2008

We are glad to announce the EAP of Rake plugin for TeamCity. The plugin implements support of fully functional build runner and provides on-the-fly test reporting for the Test::Unit and RSpec testing frameworks.

The plugin is open-source and written in Java, and, of course, everyone is welcome to contribute.

Take a look at the working demo of the Rake builds in TeamCity at our public demo server, TeamCity Rake Runner Demo project, for example, Radiant:Spec build configuration.

To download the plugin, navigate to Teamcity Rake Runner project on the Projects page, point to the Artifacts link and download the plugin archive.

Please note that the plugin is compatible with TeamCity 3.1 and higher (the 3.1.1 version is going to be released really soon). For additional information please refer to the plugin description page and on-line reference.

We wish you a happy building with Rake Build Runner and eagerly wait for your feedback!

Technorati tags: TeamCity, JetBrains, IntelliJ IDEA, Eclipse, Rake, continuous integration, build management, agile development, MS Visual Studio 2005, MS Visual Studio 2008

TeamCity 3.1 release is coming. And as we already stated, the release is targeted on the current features maintenance and critical bugfixes but we have also implemented some new features helping you to be more productive with your continuous integration process. Among the feature highlights we would like to name the following:

• New visual metrics for estimating the Build Agents workload and showing the time to fix the failed build tests
• Support for NAnt 0.86 Beta 1 testing framework
• NUnit 2.4 support
• Possibility to specify the mode (x86 or x64) to run the NUnit tests
• NUnit tests categories support for NAnt, MSBuild, and NUnit Launcher
• Reporting tests via standard output enabling smooth integration with unit tests
• Publishing build artifacts while the build is still running. As soon as the build produces a new artifact, it becomes visible and available for download and use in multiple places of TeamCity user interface
• Smarter notifications allowing to be aware on the first failed build after successful
  on the first successful build after failed and all company’s projects status
• Build Queue reordering is now available right on the Projects page
• Find the builds created on particular Build Agents and filter the builds history builds of particular build configuration typing a part of the agent name
• Filtering the code duplicates and inspections results by directories for better navigation in discovered issues
• Code duplicates are not dull looking any more as the syntax is now highlighted
• Improved cleanup options for saving the server disk space
• and many other fixes, polished user interface and improved performance

Download TeamCity 3.1 Release Candidate.

More technical details on this release improvements are available in TeamCity Reference. And as usual we want to ask you to backup your data before upgrading to a new version.

Wish you happy building!
The JetBrains TeamCity team

Technorati tags: TeamCity, pre-tested commit, JetBrains, IntelliJ IDEA, Eclipse, continuous integration, build management, agile development, MS Visual Studio 2005, MS Visual Studio 2008

… is available for download.

This release is mainly about bugfixes but also brings the improved external database support, in particular:

• support for Oracle as an external database
• database migration tool now provides migration in any direction

We appreciate you for your feedback, urge you to read the backup instructions before the upgrade and wish you a happy building!

Technorati tags: TeamCity, JetBrains, EAP, IntelliJ IDEA, Eclipse, continuous integration, build management, agile development, MS Visual Studio 2005, MS Visual Studio 2008

As soon as you have implemented continuous building and testing practice in your company, TeamCity starts accumulating the building process’ data such as developers’ code modifications, artifacts and so on. To help you get rid of redundant data and keep server disk space reasonable, we have a clean-up policy for the projects and build configurations.

A clean-up policy is in fact a set of rules which defines which data will be removed and from particular builds. It includes:

• a number of successful builds of the particular build configuration to be kept,
• builds’ data to be removed from history,
• a time period the builds to be preserved in history.

You can also specify the so-called default rule which will be applied to all configurations and projects and override it with more appropriate rule in specific configurations. To keep some build away from the cleanup process you can use the pin build feature.

To set the clean-up policy, navigate to Administration and click the link:

On the page that opens, click the Add clean-up rule button and select the build configuration for which you want to apply the rule:

Then you can specify:

• the data to be removed (available since the last TC 3.1 EAP build),
• the types of builds the rule will be applied to.

In TeamCity 3.0 both the build and its artifacts were removed from history. Now you can choose between three new options and specify the data to be cleaned for each build configuration more precisely:

• remove artifacts only (keep history and statistics)
• remove build from history but keep statistics (build will still be shown on the TeamCity statistical charts but you won’t be able to browse build results)
• remove everything

Use two other options to specify the age of the builds the rule is going to be applied to and the number of successful builds to be kept in history. If you can select both options, and the builds meeting both conditions will be cleaned.

We are sure this feature will allow you to optimize the server space usage on a long run.

Technorati tags: TeamCity, JetBrains, Java, clean-up, .NET, IntelliJ IDEA, continuous integration, build management, agile development, best practices, MS Visual Studio 2003, Eclipse

Good news! TeamCity 3.1 is going to be released really soon and meanwhile we have prepated a new EAP build with a number of new features and interface improvements:

• Build Agents’ Workload Statistics. To enable a better control on TeamCity’s Build Agents’ workload, we have introduced visualizing their load during the specified time period.
• More .Net Tools Support: Now NAnt 0.86 runner and NUnit 2.4 testing framework are supported, and you can specify in the mode (x86 or x64) to run NUnit tests.
• New notification options: receive notifications only when the build status changes selecting “Limit to only the first successful build after failed” and “Limit to only the first failed build after successful” options when setting up your notifications:



• Sending service messages via standard output. As TeamCity reports tests on-the-fly while the builds are still running (and not all tests are complete), each testing framework needs its own support for the feature. In TeamCity 3.1 we are going to introduce an easy way to report running tests information: just print a pre-formatted message to the standard output of the build process so that TeamCity is aware of the test.
• “During-the-build” artifacts publishing is another tasty feature of service messages.
• UI Enhancements:
• All projects popup available from every page
• Access to queued build estimate right from the overview page
• Enhanced External Database Support. Database migration tool now supports any direction migration. Initial support for Oracle is implemented. Please try on as-is basis.
• Other Improvements:
• Build working directory setting
• 3 levels of Builds History clean-up (artifacts, history, statistics)
• Agent filter on build history
• Quick search of the build on specific agent
• Ability to watch all projects
• TLS support for e-mail sending
• Build scheduling with CRON-like expressions
• “Tests time to fix” statistics
• Syntax highlighting in duplicates viewer
• Basic support for reporting tests running in parallel (parallel ant task or TestNG)
• “View Agent Details” permission (by default the permission is set for the Project Developer, Project Administrator, Agent manager, and System administrator roles). In TeamCity Enterprise, Windows domain authentication is now available on Linux computers.
• Duplicates and inspections browser now allows to browse results filtered by directories

View more detailed release notes and download the latest build.

And, as usually, we urge you to perform your data backup before upgrade and eagerly wait for your feedback!

Technorati tags: TeamCity, JetBrains, Java, .NET, IntelliJ IDEA, continuous integration, build management, agile development, best practices, MS Visual Studio 2003, Eclipse

In TeamCity 3.1 we are going to provide more visual metrics, namely, statistics for TeamCity’s Build Agents’ activity and their usage during a particular period of time.

Click the Agents tab and then go to the Agent Statistics tab to get an overview of the Agents’ workload:

When you mouse over the fancy-looking stripes, you can see the builds-related info such as their number, duration, and results in a popup.

Of course, the page view is customizable and you can specify the time range and sort the Build Agents display by their name and workload.

We hope you’ll find this feature helpful in:

• your daily administration activities for leveraging your company’s Build Grid
• bridging the gap between the most frequently used computers and those which are often idle and, finally,
• lowering the cost of your hardware resources ownership.

Technorati tags: TeamCity, JetBrains, , Build Grid, , Build Agent, IntelliJ IDEA, Eclipse, continuous integration, build management, agile development, MS Visual Studio 2005, MS Visual Studio 2008

A flexible system of different build triggers in TeamCity allows to start the builds when it’s really necessary rather then use your company’s hardware resources at their most - running multiple builds at the same time and making you wait for the feedback on changes’ integration results.

Let’s now take a look at how TeamCity can help to “tame” builds clutter.

The most common case of firing a new build - changes committed to the version control system - can be altered by specifying a “quiet period” - time to pass with no changes in the build configuration VCS roots before TC starts a new build. In addition, you can use wildcards and operators to exclude parts of the VCS roots and ignore commits of particular users.

It’s quite common for many companies to create new builds periodically. In this case TeamCity can still limit the builds number if there are no changes pending to be built.

In TeamCity 3.1 which we plan to release soon, we’ve implemented more flexible build triggering options using Cron Expressions for more precise schedule tuning:

You can also specify to start a new build when a successful build of a dependent build configuration appears or when the previous build has failed.

In-depth build triggering options are, as usual, explained in online reference.

Technorati tags: TeamCity, pre-tested commit JetBrains, IntelliJ IDEA, Eclipse, continuous integration, build management, agile development, Cron, MS Visual Studio 2005, MS Visual Studio 2008

TeamCity 3.0 is almost here. While it is still in the oven, you can try this Beta release.
This is your last chance before the release to try the cutting edge version of TeamCity and let us know if you have any urgent issues.

Browse the release notes and download the Beta.

Happy building,
The JetBrains TeamCity Team

This EAP release brings:

• new user interface on assigning per-project user roles,
• redesigned Build Results page,
• possibility to create custom statistics charts,
• more powerful control on the build agents via authorized/unauthorized state,
• VCS labels for Subversion, StarTeam, and ClearCase, and more

The redesigned Assign roles dialog provides ability to assign a role in multiple projects:

Besides, it’s now possible to assign roles in multiple projects for multiple users and unassign multiple roles in a single action, and many others.

More possibilities on extending TeamCity are now available: report and display custom statistic values using teamcity-info.xml file. Statistics charts can then be displayed in the Statistics tab of the build configuration.

We have added one more state for the Build Agents for better control of the company’s Build Grid which is “authorized” Agents which can be managed by TeamCity Administrator. Only authorized Build Agents can run TeamCity builds. All those unauthorized immediately appear in Agents| Unauthorized Agents tab.

In addition to automatic build labeling, you can now label sources used for a build at a later time by clicking the Label this build sources link of the Build Results page:

Among the other improvements:

• smarter “Builds with my changes” notifications
• polished statistic charts presentation and new passed tests count and inspections/duplicates counts charts
• improved VCS support

View the more detailed release notes and download the latest build. And, as usually, we urge you to perform your data backup before upgrade and eagerly wait for your feedback.

Technorati tags: TeamCity, JetBrains, Java, .NET, IntelliJ IDEA, continuous integration, build management, agile development, best practices, MS Visual Studio 2003, Eclipse