Add to Chrome
Add to Edge
Add to Firefox
Add to Opera
Add to Brave
Add to SafariWhen comparing Buddy vs TeamCity, the Slant community recommends TeamCity for most people. In the question“What are the best continuous integration tools?” TeamCity is ranked 1st while Buddy is ranked 15th. The most important reason people chose TeamCity is:
TeamCity has different installation packages for different operating systems. All the user needs to do is download the correct one and run it.
Specs
Question Ranking
Pros
Pro Easy Pipeline Setups
The ease to setup custom pipelines are amazing, can easily various settings quickly and then be ready to deploy.
Pro Multitude of Actions
Almost any action you can need and think of is already here, making it easy for you to setup your pipeline.
Pro Nice material design
The design is minimalistic and based on today's standarts on material design. It uses colors which are pleasing to the eye and displays the information in an ordered way. The main view shows the latest activity sorted in a chronological order, displaying commits and pushes.
Every repo has it's own view, on the top there's the repo's name and a dropdown which displays the current branch with the ability to change to another branch or to create a new one.
On the right there's a vertical menu with links to add a new file, show the history or to download the current repository.
Pro Free private repositories
Private repositories are free. Although they are free for up to 3 repos and each repository must be less than 100MB in size.
Pro Lots of integrations, for example discord, slack
Pro Easy installation
TeamCity has different installation packages for different operating systems. All the user needs to do is download the correct one and run it.
Pro Cross-platform build support
The fact that it is based on Java does not hinder TeamCity's ability to support different build environments. TeamCity in fact supports a large number of languages and tools for each of those languages (build runners and test frameworks).
Some of the languages/platforms that are supported include: Ruby, .NET, Java.
Pro Brilliant interface
The user interface of TeamCity is clear, well thought out and the dashboard is highly customizable.
Pro Supports build chains
The user can easily compose dependencies between builds by adding snapshot and artifact dependencies, all on the one screen. All output of upstream builds is available to downstream builds. Triggering sets off the entire build chain and supports re-running of the portions of the chain that failed.
Pro Well documented
Pro Extensible
TeamCity offers well defined APIs for extending, as well as a REST interface.
Pro Testing support
TeamCity supports both MSTest and NUnit (which is open source) to run tests.
Pro Best choice for .NET
Seems to be the best choice for .NET applications, but to be honest: if you stray from the default settings you will be in a lot of pain most of the time.
Cons
Con Unlimited private repositories are not free
To have more than three repositories and to bypass the limit of 100MB per repository it's not free. It costs $3/month.
Con Expensive
TeamCity has a free tier which includes a maximum of 100 build configurations and up to 3 build agents. If you want to add 10 more configurations and 1 more agent, it will cost $299; unless you choose to buy an enterprise license which starts at $1999.
Con Poor quality plugins
At least some of them do not work, probably because they're not updated to more recent TeamCity versions.
Con Inter-branch merges trigger emails to unrelated committers
Whenever an inter-branch merge occurs, TeamCity pulls up the first parent of the merge commit and sends them an e-mail. However, this sort of information would be more useful to the merge author.
