Atlassian Bamboo vs. TeamCity

Overview
ProductRatingMost Used ByProduct SummaryStarting Price
Atlassian Bamboo
Score 6.7 out of 10
N/A
Australian company Atlassian offers Bamboo, a continuous integration server.
$1,200
TeamCity
Score 7.4 out of 10
N/A
TeamCity is a continuous integration server from Czeck company JetBrains.N/A
Pricing
Atlassian BambooTeamCity
Editions & Modules
1 Remote Agent
$1200
5 Remote Agents
$3200
10 Remote Agents
$5840
25 Remote Agents
$11,600
100 Remote Agents
$23,280
250 Remote Agents
$58,160
500 Remote Agents
$87,280
1000 Remote Agents
$133,840
2000 Remote Agents
$187,380
No answers on this topic
Offerings
Pricing Offerings
Atlassian BambooTeamCity
Free Trial
NoNo
Free/Freemium Version
NoNo
Premium Consulting/Integration Services
NoNo
Entry-level Setup FeeNo setup feeNo setup fee
Additional Details
More Pricing Information
Community Pulse
Atlassian BambooTeamCity
Considered Both Products
Atlassian Bamboo
Chose Atlassian Bamboo
We selected Bamboo because its capabilities to integrate with other Atlassian products specially Jira Software, Bitbucket and in some useful scenarios with Confluence. Also, we found these pros important for us: great user interface, easily agent deployment, Docker …
Chose Atlassian Bamboo
Bamboo's ability to integrate with Bitbucket and Jira (the other two key systems we use) pretty much sealed the deal on our decision to choose Bamboo over other alternatives. Being able to map every build result back to the relevant code changes and Jira issues are just too …
Chose Atlassian Bamboo
Jenkins is the only other we had briefly considered for continuous deployment type of products, but being open source could not get the same level of reliability and support offered from Bamboo's product maturity.
Chose Atlassian Bamboo
Bamboo has a friendlier interface than either TeamCity or Jenkins and has better integration with Jira and Bitbucket
Chose Atlassian Bamboo
We looked at Bitbucket and some other providers but they did not have the full requirements that we needed from a customization perspective. We wanted customization while keeping a lot of the configurability intact.
Chose Atlassian Bamboo
In the beginning we had selected Bamboo and were down the path of going all in for all of our projects. However after about a year we decided that Azure DevOps was better suited for our business needs. We are now in the process of migrating everything off of the Bamboo …
Chose Atlassian Bamboo
We used Jenkins before for our projects.
While Jenkins has an extensive plugins list that makes it more flexible to integrate it with other tools, we switched to Bamboo for nicer User Interface but mostly for the seamless integration with Jira and Bitbucket. Also Bamboo has more …
Chose Atlassian Bamboo
Bamboo is great tool when compared to the open-source alternative Jenkins, with mainly the same functionality in both it really shines with its integration of the Atlassian product line. Jenkins works really well with a huge community of users and plenty of plugins that are …
Chose Atlassian Bamboo
We chose Bamboo over Jenkins for 2 reasons - one, for its tight integration amongst all the products in the tool suite. We find explicit value in the traceability from JIRA issues all the way down to the Bamboo build that was triggered by the check in of those issues. The …
Chose Atlassian Bamboo
Bamboo has these advantages while asana does not:
  • Easy to configure
  • Easy to use
  • Clean UI and easy permission controls
Chose Atlassian Bamboo
Jenkins works great, but Bamboo is just fantastic when integrated with other Atlassian tools. Since we were using JIRA and Bitbucket, we went for Bamboo.
Chose Atlassian Bamboo
Bamboo's seamless integration with Bitbucket made it a simple choice, and I couldn't be happier with its ease of use, logging, and reliability.
Chose Atlassian Bamboo
We selected bamboo after a thorough review process, we considered the following aspects:
  • Ease of use, cost, scalability, plugins, setup and maintenance, community and product support
  • Made sure it integrated with JIRA and Confluence
Chose Atlassian Bamboo
I use bamboo because it is mandated as the CI/CD solution to use across the organization that I work for. If I were working on my own project, I would almost certainly use a free solution like Travis CI or just spin up my own build servers using Docker, AWS, or something like …
Chose Atlassian Bamboo
Bamboo won solely based on the fact we were "all-in" with Atlassian. TeamCity is now in the process of taking over as we transition off of Bamboo, and I think TeamCity stacks up nice against Bamboo thus far (too soon to tell).
Chose Atlassian Bamboo
Bamboo integrates directly with our bug system (Jira) and source control system (Bitbucket). It allows us to get what we need to done without worrying about how it works with our other systems.
Chose Atlassian Bamboo
Bamboo is hands-down the best of these options if you rely on other products of Atlassian origin. Bamboo is not just built for teams, but teams-of-teams and teams of many workers. It has the administrative features you need to manage and maintain CI at scale. Enterprise model …
Chose Atlassian Bamboo
I didn't select Bamboo. I mentioned how it compared in other parts of this review, but to summarize:

  • Pros: easier to use and cleaner UI
TeamCity
Chose TeamCity
Jenkins relies on being open source as the primary driver for its success. This low cost is a huge factor for many companies, both small and large. The professional, free tier of TeamCity offers a huge amount of growth before ever needing to pay anything. I personally also find …
Chose TeamCity
Since we were already making use of other JetBrains offerings, TeamCity had a leg up on the competition due to the ease of integration with these tools. With that said, TeamCity's feature set stacks up well with the competition. Jenkins definitely has some nice features, but …
Chose TeamCity
We are in the process to select one of them, but we are not decided yet
Chose TeamCity
This application is easy to install and deploy at site than most of the similar solutions in market. Easy user interface is one of the reason it can be installed. However each software have its good points and bad points. Study your organizations case and then only choose …
Chose TeamCity
I would also like to compare TeamCity against Snap-Ci as well as Concourse. We chose TeamCity over all of these tools because of its ability to be set up easily against a restricting corporate firewall. We needed to integrate unit tests, integration tests, pushes to production, …
Chose TeamCity
While TeamCity is more limited product than VSTS (VSTS includes a git repository), it is easier to use and better priced.
Chose TeamCity
TeamCity competes against the TFS build, Visual Studio Team services and Jenkins the open source workhorse. The reason for selecting TeamCity was because it was found to be a great fit for all the diverse projects on a spectrum of technologies we have which the TFS Build …
Chose TeamCity
TeamCity by far has the best interface TeamCity still supported our old SubVersion reports as well.
Chose TeamCity
TeamCity is a great on-premise Continuous Integration tool.
Visual Studio Team Services (VSTS) is a hosted SAAS application in Microsoft's Cloud.
VSTS is a Source Code Repository, Build and Release System, and Agile Project Management Platform - whereas TeamCity is a Build and …
Chose TeamCity
I like the quality of Jetbrains products. TeamCity is well supported and regularly updated by Jetbrains. They have an active support forum and most questions are answered quickly.

TeamCity is very extendable and has been able to handle everything we've been required to do.
Chose TeamCity
We've only ever really used TeamCity as a CI platform. Running tests on these CI clusters is worlds more efficient and just plain easier than having to run individual tests on your local machine. You just hit one button here, versus either writing some run script or even worse …
Chose TeamCity
TeamCity is the best combination of price and full features. It has a good web UI and doesn't need a lot of manual configuration files, but it still is incredibly extensible and can do just about any build or release task you set it at. If it can't do it, the odds are it has a …
Chose TeamCity
Jenkins and Team Foundation Server (TFS) are both strong products. Compared to Jenkins, TeamCity is much more mature and polished. Though Jenkins is open-source/free, the cost of TeamCity is a drop in the bucket compared to the total cost of even one project we're using it …
Best Alternatives
Atlassian BambooTeamCity
Small Businesses
GitLab
GitLab
Score 8.7 out of 10
GitLab
GitLab
Score 8.7 out of 10
Medium-sized Companies
GitLab
GitLab
Score 8.7 out of 10
GitLab
GitLab
Score 8.7 out of 10
Enterprises
GitLab
GitLab
Score 8.7 out of 10
GitLab
GitLab
Score 8.7 out of 10
All AlternativesView all alternativesView all alternatives
User Ratings
Atlassian BambooTeamCity
Likelihood to Recommend
6.4
(0 ratings)
10.0
(0 ratings)
Usability
9.3
(0 ratings)
-
(0 ratings)
Performance
-
(0 ratings)
9.3
(0 ratings)
Support Rating
7.3
(0 ratings)
-
(0 ratings)
User Testimonials
Atlassian BambooTeamCity
Likelihood to Recommend
Large companies will find it particularly useful, but smaller companies and independent developers will not be able to afford the cost, and will not see many advantages compared to using an open source solution. However, having some software to handle continuous integration build servers as well as deployments, and doing this consistently between products, is absolutely essential.
Read full review
TeamCity is well suited for an organization using continuous integration, meaning you release code to production often, and an agile project management system. There are free versions available for small teams and enterprise versions available for large teams with many different builds. TeamCity is probably overkill for basic e-commerce or blog website builds that do not require much development after the initial launch
Read full review
Pros
  • Continuous Deployment - you can use Bamboo to automatically build and deploy whenever there are changes in the source code.
  • Continuous Integration - by integrating the automated tests and the integration tests before deploying you make sure you know immediately if the latest code fits into the whole scheme of apps.
  • Integration with Jira and Bitbucket.
  • Flexibility with the program language used for builds: Maven, Ant, PowerShell, any command line tools.
Read full review
  • Fully customizable build process. Each step of the build process can be parameterized and customized to address specific needs of particular applications. This allowed us to easily convert from a custom VM-based environment to our current Docker-based environment.
  • Manages large numbers of build agents seamlessly. This allows us to run multiple builds on many different applications in a most efficient manner.
  • Build steps can be managed in an arbitrary manner, allowing some parts of the process to proceed in parallel while restricting others to depend on completion of all relevant steps.
Read full review
Cons
  • Extremely hard barrier to entry for non-backend developers
  • Blackbox makes it hard to customize functionality
  • The inability to add features without breaking core functionality
  • No cloud solution
  • Tasks cannot be put in if/else statements
  • No clear right way to form build plans
Read full review
  • It is not plug and play thing
  • Need more specific configurations for smaller projects as well
  • Online help is less available
  • Basic implementation is easy but I think feature add on can be complex as it involve some language knowledge as well.
Read full review
Usability
Bamboo offers solid usability for teams looking for an integrated, scalable CI/CD solution, especially those using Atlassian tools. Its interface is intuitive for existing Atlassian users, and its focus on deployment automation makes it a strong option for continuous delivery. However, its complexity and cost may pose challenges for small teams or those new to CI/CD. Overall, Bamboo’s usability shines in environments where ease of integration and streamlined workflows are prioritized. Still, it may require more effort for teams unfamiliar with its setup or without dedicated resources.
Read full review
No answers on this topic
Performance
No answers on this topic
TeamCity runs really well, even when sharing a small instance with other applications. The user interface adequately conveys important information without being overly bloated, and it is snappy. There isn't any significant overhead to build agents or unit test runners that we have measured.
Read full review
Support Rating
Support for Bamboo has started lack a little over the years. Atlassian has been moving more towards Bitbucket Pipelines and away from the on-premise install of Bamboo. While the tool is still great, it may take a little bit of time to get a question answered by official support.
Read full review
No answers on this topic
Alternatives Considered
We chose Bamboo over Jenkins for 2 reasons - one, for its tight integration amongst all the products in the tool suite. We find explicit value in the traceability from JIRA issues all the way down to the Bamboo build that was triggered by the check in of those issues. The second reason was for support - we didn't want the burden of figuring out how to support Jenkins in our production environment, as can be the case with so many open source products.
Read full review
Jenkins relies on being open source as the primary driver for its success. This low cost is a huge factor for many companies, both small and large. The professional, free tier of TeamCity offers a huge amount of growth before ever needing to pay anything. I personally also find the user experience of TeamCity to be much better, both from a look and feel, as well as from an out-of-the-box feature set perspective. The big selling feature of ADO is its native integration with Azure. TeamCity integrates very well with out-of-the-box .NET support and greatly simplifies our use of another diverse tooling outside of the Microsoft ecosystem.
Read full review
Return on Investment
  • Bamboo was neither very positive or negative. Most of our spend was in man hours on research and development
  • We felt it was worth it for larger projects
  • Smaller projects had too much setup and run and caused a negative ROI
Read full review
  • TeamCity was a key contributor to our organization's adoption of Agile.
  • TeamCity made it possible to KILL "It works on my laptop" conversations with Developers. If it does not compile in TeamCity - the project is not deployable. TeamCity's easy to use interface made it possible to quickly adopt a "Deploy Only from TeamCity" policy, further ensuring TeamCity Builds were the gold-standard for well-configured source code.
Read full review
ScreenShots