Magnum CI vs TeamCity: What are the differences?
Developers describe Magnum CI as "Hosted Continuous Integration and Delivery Platform for private repositories". Magnum CI is a hosted continuous integration service for private projects. It supports multiple languages and tools to run test suite Service supports all major version control software and integrates with most popular code hosting platforms. There are no restrictions or limitations on where you store your source code, so even your own self-hosted repository will work right away.. On the other hand, TeamCity is detailed as "TeamCity is an ultimate Continuous Integration tool for professionals". TeamCity is a user-friendly continuous integration (CI) server for professional developers, build engineers, and DevOps. It is trivial to setup and absolutely free for small teams and open source projects.
Magnum CI and TeamCity can be primarily classified as "Continuous Integration" tools.
Some of the features offered by Magnum CI are:
- Easy Integration
- Flexible Builds
- Code Metrics
On the other hand, TeamCity provides the following key features:
- Automate code analyzing, compiling, and testing processes, with having instant feedback on build progress, problems, and test failures, all in a simple, intuitive web-interface
- Simplified setup: create projects from just a VCS repository URL
- Run multiple builds and tests under different configurations and platforms simultaneously
"Free" is the primary reason why developers consider Magnum CI over the competitors, whereas "Easy to configure" was stated as the key factor in picking TeamCity.
What is Magnum CI?
What is TeamCity?
Want advice about which of these to choose?Ask the StackShare community!
Sign up to add, upvote and see more prosMake informed product decisions
What are the cons of using Magnum CI?
What companies use Magnum CI?
Sign up to get full access to all the companiesMake informed product decisions
Sign up to get full access to all the tool integrationsMake informed product decisions
TeamCity is our main continuous integration server. It starts creating builds and running tests based on commits that we make in our hosted bitbucket repositories. From there, we have a set of configuraitons that can deploy the built and tested artifacts (web app, batches, db, etc...) to a stage or production server. We still release manually, but we release often, and TeamCity has nice features to help us roll back when things don't work out as planned.
TeamCity builds then copies to each web tier via a powershell script. The steps for each server are:
- Tell HAProxy to take the server out of rotation via a POST
- Delay to let IIS finish current requests (~5 sec)
- Stop the website (via the same PSSession for all the following)
- Robocopy files
- Start the website
- Re-enable in HAProxy via another POST
I'm using a selfhosted TC as Referenceplatform, and use travis with another configuration.