File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
The moose likes IDEs, Version Control and other tools and the fly likes TeamCity and Visual Studio Team System Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Engineering » IDEs, Version Control and other tools
Bookmark "TeamCity and Visual Studio Team System" Watch "TeamCity and Visual Studio Team System" New topic

TeamCity and Visual Studio Team System

Mogens Nidding
Ranch Hand

Joined: Mar 08, 2004
Posts: 77
Hi Kirill,

Can you give a bit of introductory explanation about the relationship between Visual Studio Team System and TeamCity? I haven't dug into either product yet, but as far I hear, Team System is targeted at much larger teams and includes requirements and configuration management and more (and is correspondingly more expensive) than TeamCity.

Does Team System make TeamCity unnecessary, or does it make sense to use the two products together? If it does, are there any plans to support Team Foundation Configuration Management in TeamCity?

Finally, can you offer a guideline as to the size of teams TeamCity works best for?
Kirill Maximov

Joined: Nov 17, 2006
Posts: 18
Hello Mogens,

Thanks for the question.
Team System from Microsoft is a complex solution which targets many aspects of software development, including version control system (VCS), running tests, code exchange between developers. But (and here TeamCity comes to play) Team System lacks continuous integration support and doesn't provide features like pre-tested commit, when you can ask your build system to run tests with your sources without commiting them to VCS.

Currently we are working on integration between Microsoft Team System and TeamCity. This will allow to run Team System builds on the TeamCity, view build history, navigate through tests and open error stacktraces in Visual Studio (right from web-page with build report), and, most noticeably, run builds with your sources without committing them. This will allow to test your changes without risk to break the build.

We don't have statistics about the size of the teams TeamCity works for. Here in JetBrains, we have > 70 users registered on the local TeamCity server, 20 build agents which continuously run our builds, and > 50 build configurations of different scale.

In our tests, we tested up to 40 build agents working with a single TeamCity server.
[ December 05, 2006: Message edited by: Kirill Maximov ]

Kirill Maximov<br />JetBrains, Inc.<br /><br />"Develop with pleasure!"
Mogens Nidding
Ranch Hand

Joined: Mar 08, 2004
Posts: 77
Thanks for your reply - it was very clear.
I agree. Here's the link:
subject: TeamCity and Visual Studio Team System
It's not a secret anymore!