# AnthillPro

AnthillPro is a software tool originally developed and released as one of the first continuous integration servers. AnthillPro automates the process of building code into software projects and testing it to verify that project quality has been maintained. Software developers are able to identify bugs and errors earlier by using AnthillPro to track, collate, and test changes in real time to a collectively maintained body of computer code.
AnthillPro was released in 2001. In 2006, AnthillPro expanded into an enterprise integration and delivery automation platform supporting continuous integration,$^{:59}$ deployment automation,$^{:126}$ application lifecycle management (ALM), and the emerging DevOps methodology.
AnthillPro supports distributed and cross-platform builds in .NET, Java, C/C++ and other programming languages. AnthillPro had over 400 enterprise customers worldwide as of 2009. UrbanCode was bought by IBM in April 2013.
On August 28, 2017, it was announced that AnthillPro is being retired and will no longer be supported after October 31, 2018. It is replaced in the market by IBM UrbanCode Build and IBM UrbanCode Deploy.

## Historical perspective
### Continuous integration

In software development organizations that use Source Configuration Management (SCM), developers first analyze and remove code from the "main code line," which is the main body of code. The developers then change the removed code and embed the altered code back into the main code line, which is a process referred to as "checking in." After the code is checked in, the entire project can then be built and tested.
If there are no errors generated during the build process, the build is deployed to a test environment and unit tested to ensure that the quality of the project has not decreased since the previous build. This process of "build, deploy, unit test" for every occasion of checked-in code is referred to as continuous integration (CI).
The original Anthill software tool, released in 2001, was a simple continuous integration server and is still available today. Along with tools such as CruiseControl, Anthill contributed to the establishment of standard tools for continuous integration practices.

#### Build/integration cycles become more frequent

Originally, the term "build" referred to the process of compiling and linking source code into executable code. Typically, these executable codes would be stand-alone applications, such as Microsoft Word or Adobe Photoshop. During the 1990s, the typical release cycle for applications (such as the Microsoft Windows operating system) was 12 to 24 months.
In traditional software development at that time, developers would typically check in code once a day, and would run a "nightly build" after all the code was checked in. If the code built successfully, they would run a series of unit tests and general functions tests, commonly referred to as "smoke tests." If any of the tests failed, the build was considered a failure and had to be fixed immediately. If the tests passed, then the build might be deployed to a test system for further testing.

#### Build/integration of applications becomes more complex

With the advent of multi-tier architectures, beginning with client-server and progressing to service-oriented architecture, a build became much more complex than simply compiling and linking code. Builds included many other types of activities, such as applying database changes, loading static content from a content management system, configuring software components, and deploying all or part of the build.$^{:4}$
UrbanCode released the original Anthill OS as a free tool intended for build management.$^{:397–401}$$^{:275–278}$ Due to the popularity of Anthill OS, UrbanCode created AnthillPro as a commercial product.$^{:360}$ UrbanCode released the first commercial edition of AnthillPro in 2002. Unlike CruiseControl, which at the time was focused purely on providing developers feedback about the health of their builds, AnthillPro was focused on build management and using the results of one project's build as a dependency for other projects.

#### Application release cycles shrink - Build cycles become more frequent

In addition to the growing complexity of the build/release cycle, the typical release cycle for software projects continues to shrink radically. As agile methodologies have become more commonly practiced, the pace of integration and build has changed from once a day to every time there is a code change. According to agile software development, the main line of code should be ready to ship at any time; it may not be feature complete, but it must be of sufficient quality to be releasable.$^{:49}$
AnthillPro supports such methodologies by monitoring the organization's various source control systems and triggering a build when a developer commits to a change. The build provides the first (and usually the most critical) test that verifies the integration. Once the build is complete, AnthillPro captures the build product for further testing and deployment. As additional tests are executed on the build, the team can gain greater confidence in the integration of the new code.
In 2006, UrbanCode released the third generation of AnthillPro. This release was a complete rewrite that extended AnthillPro's capabilities beyond continuous integration into automated deployments. Unlike most CI servers, which were build-centric, this new version of AnthillPro used the build only as an initial test. After the build was complete, AnthillPro created binary artifacts that were then tested, deployed and promoted through a lifecycle on their way to production release. This version of AnthillPro included many new features, such as enriched reporting, release management, enhanced security, and the ability to execute workflow steps in remote machines.

#### Reporting

AnthillPro can gather any reports generated by a build or test process and display them on the AnthillPro server's web interface for review by developers, testers or management.

#### Release management

AnthillPro is designed to support the release management team's efforts. AnthillPro provides an audit trail linking a build back to its source code and to every deployment and test executed against that build. The audit feature helps a release manager evaluate the readiness of a build to enter production. AnthillPro encourages teams to use a similar automated process for production deployments, thus lowering the risk in a deployment.

### Automated deployment

AnthillPro supports automated deployment of a build to a user-configured environment. Administrators can set up gates between each environment, requiring manual user intervention and providing an audit trail.$^{:255}$ Role-based security can be set up to control what roles (and thus what users) can deploy to which environment.

#### Integration with external systems

As AnthillPro transitioned from a continuous integration server to an automation framework capable of complex deployments,$^{:264–266}$ UrbanCode began expanding AnthillPro's capability to integrate with third-party tools straight out of the box. AnthillPro version 3.8, released in February 2012, integrates with over sixty third-party products, including J2EE servers, databases, build systems, infrastructure, and the Microsoft Platform. Additionally, AnthillPro supports external plugins that extend its automation framework to accommodate virtually any software that can be driven from the command line.

## Release history

The original Anthill was a simple continuous integration server released in 2001 and is still available today. In 2002, UrbanCode released the first commercial edition of AnthillPro. In 2006, UrbanCode released the third generation of AnthillPro, a complete rewrite which added support for distributed builds and control over the post-build lifecycle.
AnthillPro version 3.6 (released in 2008) extended the tool-set to Application lifecycle management (ALM) using centrally-managed automation for build, deploy, and test. This release added integration for numerous third party ALM point solutions, such as artifact repositories, SCM, issue-tracking, test-automation, change management systems and project management systems. Other new features supporting this consolidation included detailed review of historical test results, flexible resource locking, and preflight builds.
AnthillPro version 3.7 (released in 2009) increased AnthillPro's ability to integrate with other point tools in continuous integration, build automation, and ALM space. New features added integration plugins for seven of the most widely used source code analysis tools. This release introduced a new plug-in API that allows users to create their own custom integration plug-ins. This release also introduced the AHP Tool, which allows users to create script actions from the command line and access data in the AnthillPro repository; and it introduced Agent User Impersonation, which gives administrators greater control over scripts run by agents.

## Competitors

* Jenkins