Any body can define?

The post Advantage and disadvantage of Bamboo? appeared first on scmGalaxy.

Any body can explain?

The post Bamboo Vs Teamcity appeared first on scmGalaxy.

The post Bamboo Vs AnthillPro appeared first on scmGalaxy.

The post Bamboo Vs CruiseControl appeared first on scmGalaxy.

rajeshkumar replied the topic: Re:What is Bamboo and its Features
Good Articles
Regards,
Rajesh Kumar
Twitt me @ twitter.com/RajeshKumarIn

mfeighner replied the topic: Re:What is Bamboo and its Features
Yes, What is Bamboo and its Features. please explain?
“Good Articles”? I am fluent in ClearCase.

rajeshkumar replied the topic: Re:What is Bamboo and its Features
Please refer this…

www.scmgalaxy.com/index.php?view=categor…om_content&Itemid=62
Regards,
Rajesh Kumar
Twitt me @ twitter.com/RajeshKumarIn

The post What is Bamboo and its Features appeared first on scmGalaxy.

Is is Possible to run the scripts using Bamboo? which were written on Rational Functional Tester(Eclipsed Based Tool)?

Thanks,
Manju

narayana replied the topic: Re: Integration of Bamboo with Rational Functional Tester
Hi Manju,

Bamboo server is mainly meant for continuous integration and in turn quick feedback to the developers on their code check-ins. So ideally this environment should target for faster build and execution of some unit testers. If this environment is light weight then performance of your builds would be good.

To execute the integration testers using RFT/QTP or any other test automation tool it would be ideal to have dedicated agent machine where in you can have all the dependenct tools installation to run your testers. You can have two dependent build plans, one to start the build and if it is successful then dependent plan (which will run integration testers) will start based on first one’s success.

However it is technically possible to acheive everything on Bamboo master itslef if you don’t like this server-slave model. But using Bamboo’s distributed builds feature is ideal in your scenario.

Check Bamboo’s release notes once and you will get idea on how to achieve this easily.

Regards,
Kali

dadasaheb replied the topic: Re: Integration of Bamboo with Rational Functional Tester
Hi Kali,

Thanks for your info i will check on release notes of Bamboo for further info.

Thanks,
Manju

The post Integration of Bamboo with Rational Functional Tester appeared first on scmGalaxy.

• Earlier finding & addressing of Bugs – By implementing continuous integration you can do frequent testings which helps to find bugs and error quickly before they ruin your whole efforts later.

• Improve software quality – Early finding issues in the codes, developers can act on them early before they grow into larger problems later,  which ultimately improves the quality of the software.

• Reduce the time it takes to validate – CI immensely reduce the waiting time to find out if your code’s going to work or not.

• Release new software updates – Doing frequently and numbers of time automated build and test of codes helps teams to deliver the new updates to the user more often and faster.

• Open Source
• Easy installation
• Easy configuration
• Rich plugin ecosystem
• Extensibility
• Distributed builds
• Platform: Cross-platform

• Free and Paid
• Gated Commits (prevents developers from breaking sources in a version control system by running the build remotely for local changes prior to commit)
• Build Grid. Allows running multiple builds and tests under different platforms and environments simultaneously
• Integrated code coverage, inspections and duplicates search
• Integration with IDEs: Eclipse, IntelliJ IDEA, Visual Studio
• Platforms supported: Java, .NET and Ruby
• Supports cloud integration

• Open source
• Supports pull request and branch build flow
• Parallel test runs
• Easily synchronize with GitHub
• Flexible plans for every size project
• Platforms: Hosted
• Supports Many Languages like Node js, php, Xcode, python and many more.

• Trial-ware
• Supports many languages like Python, C#, HTML, Java and various others
• Work in any environment like Visual Studio, Xcode, Eclipse, or any Git client
• Extensible tool can work effectively for all shapes and sizes

• Paid and Free trial
• Cross platform
• Allow to Import data from Jenkins
• Works with JIRA and Bitbucket
• Works with others tools like CodeDeply, Ducker, Maven, Git, SVN, Mercurial, Ant, AWS, Amazon S3 buckets
• Support many languages
• Can run multiple builds parerally
• customization of triggers and variables
• Very fast and easy to use

• Licensing plans
• Hosted service
• Server virtualization
• Integrated with middle-ware
• Clear visibility: what is deployed where and who changed what
• Configuration and security differences across environments
• Orchestration of changes across servers, tiers and components
• Automated provisioning, updating, and de-provisioning of cloud environments
• Automated, consistent deployments and rollbacks of applications

• Availability: Free with paid support
• Platform: Windows, Linux, Mac
• Pipeline Concept
• Parallel execution of the tasks
• Support Many languages
• Easily compare builds
• Clearly visualize workflow
• Promote trusted artifacts
• Plugins availability

• Platform: Hosted
• Availability: Free and paid with trial
• Easy to learn
• GitLab CI is fully integrated with GitLab
• Docker support
• Pipeline Concept
• Supports multi-languages – Java, PHP, Ruby, C etc..
• Parallel builds
• Autoscaling
• Build artifacts

• Availability: Free and paid with trial
• Platform: Cross platform
• Supported languages includes Java, Ruby/Rails, Python, Node.js, PHP, Haskell, and Skala
• Supports Docker
• Flexible pricing model

• Availability: Free and paid
• Platform: Hosted
• ParallelCI feature
• Supported languages Go Ruby on Rails, Node.js, PHP, Java, Go, Dart etc..
• Flexible Pricing
• Docker Supported (by upgrading)
• Easy to setup, fast and reliable

The post Top 10 Continuous Integration Tools | List of Best CI Tools | scmGalaxy appeared first on scmGalaxy.

scmGalaxy is a community initiatives based on Software configuration management that helps community members to optimize their software development process, Software Development Life Cycle optimization, Agile Methodologies and improve productivity across all aspects of Java development, including Build Scripts, Testing, Issue Tracking, Continuous Integration, Code Quality and more. scmGalaxy group that helps organisations optimize their software development process. We provide consulting, training and mentoring services in Agile Development Practices such as Version Management, Continuous Integration, Build Management, Test-Driven Development, Acceptance-Test Driven Development, Build Automation, Code Quality Practices and Automated Testing.

We provide job oriented training in the area of Configuration management, Build and Release Engineering. Candidates with engineering or software background and looking to either start or change their career to Build and Release Engineering, would benefit most from this training. Instructor-led training course offered in India, Bangalore, Delhi, Pune, Mumbai and Hydrabad. Instructor is an expert in Software configuration management, Build and release engineering with more than 15 years industry experience in india.The Goal of the course make the training attendants equip with all the concepts of build and release engineering.

Contact us

• Mail – info@scmGalaxy.com
• Call – +91 700 483 5930
• WhatsApp – +91 700 483 5930
• Skype – scmGalaxy

Course Objectives
To bring your team up to speed with agile development, We can also run the from Continuous Integration to Continuous Delivery with autoamted course within your premises.

Course Schedule
This course is an intensive 1-day & 2-day workshop with a mixture of teaching and lab exercises. Currently, this course is offered exclusively as an on-site course. Please contact us for more details.

Audience
This is a hands-on, practical course designed to teach specialised skills for real-world development situations. It is thus primarily aimed at a SCM Engineer, Build/Release Engineer and developer audience.

Approach
The course is modular and flexible – depending on specific student needs and requests. Through our trainings, you benefit from the wide experience and architectural expertise of our team. We bring that experience to you in an highly interactive, intensely hands-on setting.

• Getting started with Bamboo
• Understanding Bamboo
• Getting started with Java and Bamboo
• Getting started with .NET and Bamboo
• Configuring plans
• Deployment projects using Bamboo
• Evaluator
• Developer
• Getting support
• Automatic plan branches
• Quarantining intermittent tests
• Integrating Bamboo with Atlassian applications
• Bamboo remote agent installation guide
• Getting feedback
• Importing data from Jenkins
• Administering
• All administration topics
• Release notes
• Installing and upgrading
• System settings
• Users and permissions
• Data and backups
• Security

The post Bamboo Training | Bamboo Course | Bamboo Trainer | Online | Classroom appeared first on scmGalaxy.

Top Selected Bamboo Interview Questions

Bamboo Questions:

1. Tell me more about continuous integration ? How did you configured?
2. Plugins used in Bamboo?
3. Tell me more about Bamboo Schedule Options?
4. How did you configured Bamboo with Subversion?

The post Top Selected Bamboo Interview Questions appeared first on scmGalaxy.

ANTHILLPRO COMPARISON WITH ATLASSIAN BAMBOO
AnthillPro Vs Bamboo OR
Difference between AnthillPro and Bamboo OR

Last month i was discussing with Eric Minick from Anthillpro on Why Build Engineer should be go for AnthillPro instead of Bamboo and i found some interesting inputs which i am sharing below;

Introduction

Bamboo is a respectable team level continuous integration server. Continuous Integration servers are focused on providing feedback to developers about the quality of their recent
builds, and how that compares to previous builds. While AnthillPro also provides continuous integration features, it pays special attention to what hAnthillpropens after build time.
Where is the build deployed? How does it get tested in the hours, days and weeks after the build occurs? Who releases the software and how?

The distinction in focus between the two solutions shows up in their features. Both AnthillPro and Bamboo provide continuous integration support and integrations with
numerous tools. Only AnthillPro provides the features required to take a build through the release pipeline into production – rich security, build lifecycle management, eAtlassian Bamboo.
For the purposes of this document, we will use the following product aAtlassian Bambooreviations:

Lifecycle Management

There is a lot more to implementing true lifecycle management than simply using the term in marketing and sales materials. The lifecycle extends across multiple processes in
addition to the build process. Most tools have had a very narrow view of this space and have focused their energies purely on the build process. The end result is that true lifecycle
management is an afterthought, and it shows in the features (or lack thereof) in their products. A continuous integration

Pipeline Management

As the lifecycle is made up of multiple processes (such as the build, deployments, tests, release, and potentially others), a lifecycle management tool must provide some means of
tracking and managing the movement of a build through the lifecycle stages. Without this feature, there is nothing to connect a build process execution to a deployment process
execution to a test process execution; thus the end user has no way of knowing what build  actually got tested. Without this pipeline management feature (which we call the Build
Life), traceability between processes is completely absent from the tool.

Atlassian Bamboo: No pipeline management out of the box.
Anthillpro: Provides pipeline management out‐of‐the‐box. Anthillpro has a first‐class concept called the Build Life. The Build Life represents the pipeline and connects the build process to later
processes like deployments into QA, Anthillproprovals by managers, functional testing, and release to production. The pipeline (Build Life) provides guaranteed traceability throughout all
processes in the lifecycle, and provides a context for collecting logs, history, and other data gathered throughout the lifecycle.

Artifact Management

Key to lifecycle management is the ability to connect the outputs of a prior process (such as the build) to the inputs of a subsequent process (such as a deployment). After all, the
deployment process needs to have something to deploy. Ideally, the deployment process would deploy the artifacts produced by the build process. And the test process would run
tests on those same artifacts. The ability to cAnthillproture and manage the artifacts created by a build and other processes is central to this effort. Ideally, the artifacts would be managed
by an artifact repository (a Definitive Software Library (DSL) under ITIL). Further, as hundreds or thousands of builds hAnthillpropen, support for discarding old builds needs to
intelligently remove builds that are no longer interesting. Anthillpro bundles a binary artifact repository called CodeStation.

Atlassian Bamboo: Bamboo does cAnthillproture built artifacts but does not have a robust artifact management system. It does not maintain artifact checksums for validation. Old builds may be archived
after a certain number of weeks, but there is no designation for builds that have been to or are potentially going to production that would use a different retention policy. Artifacts are available for user download, but are not accessible for reuse by other plans or deployments.

Anthillpro: Built‐in artifact management system (DSL) called CodeStation. The cAnthillproture, fingerprint and management of artifacts is essential to the solution. This allows AnthillPro to guarantee traceability of artifacts from the build, through deployment, through testing, and into release (in other words, AnthillPro guarantees that what is released into production is what was tested and built). A maximum number of builds or age to keep can be set per project and per status. This means that builds that were released can be kept longer than a simple continuous integration build.

Security

Especially as servers address functionality before the build – deployments or tests to various environments, controlling who can do what within the system can be key element
securing the system and providing clear separation of duties. Once something has been done, it can be equally important to find out who ran which processes.

Authentication and Authorization

Atlassian Bamboo: Basic role based security. Users may be assigned roles and permissions at the project level. Integration with LDAnthillpro, compliments internally managed security.

Anthillpro: AnthillPro provides a rich role based security system, allowing fine‐grained control over who can see which project, run which workflows and interact with which
environments. The Authentication system supports internally managed, single sign on systems, LDAnthillpro, Kerberos (Active Directory), and JAnthillproS modules.

Secure Value Masking

Many “secrets” are used when building and deploying. Passwords to source control, servers, and utilities are often needed to execute build, deploy, test processes.

Atlassian Bamboo: No facility for securely storing Anthillproplication passwords or obfuscating them from the logs. Bamboo does manage to write libraries for some integrations that avoid passing the
password where the logs can see that line. It has no facility that we can see for flagging a command line parameter that will be logged as secure and filtering that value from the log.

Anthillpro: Sensitive values like Anthillproplication passwords are automatically filtered out of logs, hidden in the user interface, entered through password fields, and stored in the database encrypted with a triple DES one time key.

Process Automation & The Grid

Grouping Agents
In a distributed environment, managing your build and deployment grid needs to be easy.

Atlassian Bamboo: Agents are added into a fairly uniform pool. Agents can define broad cAnthillproabilities they provide and jobs can define what cAnthillproabilities they need to perform matchmaking.

Anthillpro: AnthillPro provides the concept of an environment. Environments are groups of servers. A build farm for a class of projects could be one environment while the QA environment for another project would be another environment. This allows for roaming – or deploying to everything – to span just the machines in an environment. Jobs can be
assigned to a single machine, or roam, or select machines based on criteria like processor type, operating system, or customized machine cAnthillproabilities.

Complex Process Automation

Atlassian Bamboo: Bamboo runs full plans on a single agent. While different agents can be running various builds in parallel, any given plan is executed on just a single agent.

Anthillpro: AnthillPro provides a rich workflow engine, which allows jobs to be run in sequence, parallel, and combinations thereof. Jobs can also be iterated so that they run multiple times with slight variations in their behavior on each execution. This allows parallelization that takes advantage of numerous agents. This facility also makes sophisticated deployments possible.

Cross Site Support

Atlassian Bamboo: Bamboo provides no special support for agents (slaves) that exist outside the local network.

Anthillpro: AnthillPro is architected with support for an cross‐site, even international, grid. Agent relays and location specific artifact caches assist in easing the configuration and
performance challenges inherent in deployment involving multiple sites.

Dependency Management

Component based development and reuse are concepts that get a lot of lip service but few if any features from most vendors. Only AnthillPro provides features to enable component based development and software reuse. A flexible dependency management system is part of the built‐in feature set of AnthillPro. The dependency management system is integrated with the bundled artifact repository and with the build scheduler so that builds can be pushed up the dependency grAnthillproh and pulled down the dependency grAnthillproh as configured. Integration with Maven dependency management provides an integrated system.

Atlassian Bamboo: Provides some basic support for build scheduling based on dependencies. A build of one project can kick off a build of it’s dependents and some blocking strategies can prevent wild numbers of extra builds being generated. Bamboo does not provide any tie in between dependency triggering and build artifacts – sharing artifacts between projects is left to the team to figure out with an external tool such as Anthillproache Maven.

Anthillpro: Support for dependency relationships between projects out‐of‐the‐box. AnthillPro provides a rich set of features for relating projects together. Large projects often have tens
or hundreds of dependencies on sub‐projects, common libraries and third party libraries. At build time the dependency system can calculate which projects need to be rebuilt based on changes coming in from source control. At build time, artifacts from dependency projects are provided to the dependants with version traceability and tracking.

AnthillPro provides highly customizable build scheduling and artifact sharing to these projects. In a “pull” model, anytime a top level project is built, it’s dependencies are inspected to see if they are up‐to‐date. If not, they are first built, then the top level project is built. In a “push” model, builds of dependencies will trigger builds of their dependents. AnthillPro interprets the dependency grAnthillproh to avoid extra builds or premature builds. In the case of Maven projects, AnthillPro can simply provide the scheduling or cooperate with Maven to provide traceable artifact reuse.

Summary

While both tools have a lot of similarities, AnthillPro’s Lifecycle Management, Dependency Management, and full featured Security cAnthillproabilities set it Anthillproart. Only AnthillPro supports
complete end‐to‐end traceability across all the phases of Build, Deploy, Test, and Release. While Bamboo is likely an effective team level continuous integration server, AnthillPro is a proven solution for enterprises looking to automate the full lifecycle of a build. For build and release automation the technology leader since 2001 is AnthillPro. We were
the first to release a Build Management Server. We were the first to recognize the need for comprehensive lifecycle management (beyond just build management), and we were the
first to release features required to deliver on the vision. We have been very successful at enterprise level RFPs and have added hundreds of customers including some of the leading banks, insurance companies, and high‐technology companies in the world. Our dedication to solving the problems faced by our customers means that we are very responsive to feature and enhancement requests with turn around times measured in days or weeks instead of months and quarters. Urbancode delivers the leading product in its space, the expertise to roll it out, and caring support for our customers to ensure their continued success.

The post Anthillpro Comparison with Atlassian Bamboo – Continuous Integration Tools Review appeared first on scmGalaxy.

Bamboo is available in two ‘distributions’ — Standalone or EAR-WAR. The Standalone distribution is recommended (even for organisations with an existing application server environment).
Standalone Installation Guide — Windows

Download and Install Bamboo Standalone for Windows (Windows Installer)

·  Download Bamboo Standalone for Windows. Bamboo Standalone for Windows is available for download from the Bamboo Download Center. Choose the Windows Installer (.exe) download.
·  Launch the Bamboo Windows installer (atlassian-bamboo-x.x-standalone.exe) to begin the installation wizard.
·  The installer requires you to specify two directories:
Bamboo installation directory — This is the directory where Bamboo’s application files will be installed. The default is:
C:/Program Files/Bamboo
Bamboo home directory — This is the directory where Bamboo will store its configuration data. If the directory you specify doesn’t exist, Bamboo will create the directory when it launches. The default is:
C:/Documents and Settings//Bamboo-home
Note: You must use forward-slashes in your directory path. Backslashes are not recognised by Bamboo. Please ensure that the Bamboo home directory is not located inside the Bamboo installation directory

Download and Install Bamboo Standalone for Windows (ZIP Archive)

·  Download Bamboo Standalone for Windows. Bamboo Standalone for Windows is available for download from the Bamboo Download Center. Choose the ZIP Archive (.zip) download (click the ‘Show all‘ link to show the ‘ZIP Archive‘ download link).
·  Extract the files from the ZIP Archive (atlassian-bamboo-x.x-standalone.zip) to a Bamboo installation directory of your choice. By default, the root directory in your zip file is named “Bamboo”.
·  Set up your Bamboo home directory — this is the directory where Bamboo will store its root configuration data. To do this, edit the file named bamboo-init.properties in the Bamboo/webapp/WEB-INF/classes directory. In this file, insert the property “bamboo.home”, with an absolute path to your Bamboo home directory. Your file should look something like this:

    bamboo.home=C:/test/bamboo-home

Alternatively, you can specify an environment variable ‘BAMBOO_HOME’ which specifies the absolute path to your {BAMBOO_HOME} directory. Bamboo will check if an environment variable is defined.
·  If you are going to use Bamboo remote agents, set the following in the bamboo-init.properties file in the /webapp/WEB-INF/classes directory:
bamboo.jms.broker.uri=tcp://localhost:54663

• Replace ‘localhost’ with the real host name or IP address of your Bamboo server.
• If port number 54663 is already in use, specify a different port number.

Launch Bamboo

Launch via the Start Menu
If you have used the ‘Windows Installer’ to install Bamboo, you can start Bamboo via the Start Menu in Windows (generally under the ‘Bamboo’ folder by default). The following options will be available in your Start Menu:

• ‘Bamboo Continuous Integration Server Uninstaller‘ — uninstalls Bamboo from your computer
• ‘Install Service‘ — installs Bamboo as a Windows service (note, this will not start Bamboo)
• ‘Remove Service‘ — removes the Bamboo Windows service, if you have previously installed it (note, Bamboo will not be uninstalled from your computer)
• ‘Start in Console‘ — starts Bamboo in a Windows console
• ‘Start Service‘ — starts your installed Bamboo Windows service
• ‘Stop Service‘ — stops your installed Bamboo Windows service

You can run Bamboo in two modes, either in a Windows console or as a Windows service:

• To run Bamboo in a Windows console, click the ‘Start in Console‘ option.
• To run Bamboo as a Windows service, click the ‘Install service‘ option. After the service is installed, click ‘Start Service‘. Once you have installed Bamboo as a service, Bamboo will start up automatically every time Windows restarts.

Launch via batch file
You can start Bamboo via the batch files that are shipped with Bamboo. If you have installed Bamboo via the ZIP Archive, you will need to use the batch files to start Bamboo. You can find the following batch files in your installation directory:

• ‘BambooConsole.bat‘ — this starts Bamboo in a Windows console.
• ‘InstallAsService.bat‘ — this installs Bamboo as a Windows service. Note that this will not start Bamboo.
• ‘StartBamboo.bat‘ — this starts your installed Bamboo Windows service.
• ‘StopBamboo.bat‘ — this stops your installed Bamboo Windows service
• ‘UninstallService.bat‘ — this un-installs the Bamboo Windows service from your machine. Note that your Bamboo installation still remains.

You can run Bamboo in two modes, either in a Windows console or as a Windows service:

• To run Bamboo in a Windows console, run ‘BambooConsole.bat‘
• To run Bamboo as a Windows service, run ‘InstallAsService.bat‘. After the service is installed, run ‘StartBamboo.bat‘. Once you have installed Bamboo as a service, Bamboo will start up automatically every time Windows restarts.

Configure Bamboo

1. Access your running Bamboo instance by going to your web browser and entering the address: http://localhost:8085/.
2. Configure Bamboo via the Setup Wizard which will display. Read Running the Setup Wizard for further instructions.

For more details on Installation and Configuration, please review following links
http://confluence.atlassian.com/pages/viewpage.action?pageId=55246864

• Bamboo Installation Guide
  • Bamboo EAR-WAR Installation Guide
  • Bamboo Remote Agent Installation Guide
  • Bamboo Standalone Installation Guide (Linux)
  • Bamboo Standalone Installation Guide (Mac)
  • Bamboo Standalone Installation Guide (Windows)
  • Connecting Bamboo to an external database
  • Running the Setup Wizard

The post Installation and Configuration Guide: Bamboo appeared first on scmGalaxy.

Bamboo Disappointment
Being a big fan of Atlassian’s Confluence and Jira, it was with much anticipation that installed Bamboo, the continuous integration (CI) engine they’ve released. Perhaps these high expectations led to my ultimate disappointment with Bamboo, but truly the features I’ve come to expect in a commercial CI product are nowhere to be found.

No concept of inherited project structure.
If you have 20 modules you would like to build, defining behavior and properties for each is a daunting task. QuickBuild and AntHillPro both allow for a hierarchal organization of modules, so that a child may inherit properties (like environmental variables, build targets, etc) of its parent. In Bamboo, when creating a “Plan”, I can clone an existing module, but that’s it. Should I have the need to change a property for all plans, I’ll be forced to configure each through the web GUI. A tedious process — even with Cruisecontrol I could search & replace config.xml in a text editor to make wholesale changes.

Alien nomenclature
In Bamboo, you have top-level “projects”, and beneath them you have “plans”, which represent the modules being built. I’ve never used the word “plan” before when describing a module’s build, and frankly the limited options offered by Bamboo to govern build behavior makes it a dubious word choice.

No passing of properties
It is sometimes desirable to direct a CI engine to pass arbitrary properties to one’s build process, and vice versa. I don’t mean “static” environmental variables, rather I refer to dynamic properties like “version number”. No such functionality is present in Bamboo. Luntbuild and Quickbuild both allow for this using OGNL expressions.

No concept of build promotion
Most commercial CI products have evolved to include “Application Lifecycle Management”, so you may describe how a build can go from being development-status to gold. Implicit in this is a workflow allowing QA to promote and release builds. None of this is even hinted at in Bamboo — it does not even tag your build.

Reference:
http://poorinnerlife.blogspot.com/2007/09/bamboo-disappointment.html

The post Disadvantages of Bamboo – Bamboo Expert Review appeared first on scmGalaxy.

Difference between Bamboo Vs TeamCity Vs CruiseControl
TEAMCITY

• TC pre-tested commit is good.
• TC integrates to Visual Studio which is our main IDE.
• JetBrains are more focused on supporting .NET builds than Atlassian is, since JetBrains actually has .NET products so they use it internally.
• Support for .Net projects, as well as Java, in the same product (nice if you need it).
• Server-side code coverage analysis (you could get the same results by running EMMA from the Ant build.xml)
• Server-side static code analysis using IDEA inspections (nice but relies on using IDEA for development – Checkstyle and FindBugs could do something similar from Ant).
• Pre-tested commits. Sends your changes to the CI server for building before committing to version control. Your changes are only checked-in if the build succeeds and all tests pass.

BAMBOO

• Bamboo JIRA integration is awesome. I wish TeamCity provides that kind of integration.
• Bamboo on the other hand looks like a great tool too. It has so many plugins (just like JIRA). It looks nice as well. I can live without VSTD integration, but I really wanted pre-tested commit. Just a note: I did create a feature request ticket to Atlassian telling them about TC’s pre-tested commit feature.

CruiseControl

• “CruiseControl is a framework for a continuous build process.”
• “Bamboo is a continuous integration build server that offers heaps of insight on build processes and patterns via solid reporting metrics.”
• “TeamCity is an innovative, IDE independent, integrated team environment targeted for .NET and Java software developers and their managers.”
• “AnthillPro3 is a third generation Build Management Server.”

Links and Reference:
http://blog.chris-read.net/2007/02/21/quick-comparison-of-teamcity-12-bamboo-10-and-cruisecontrol-26/
http://blog.uncommons.org/2006/12/08/teamcity/
http://poorinnerlife.blogspot.com/2007/09/bamboo-disappointment.html

The post Bamboo Vs TeamCity Vs CruiseControl – Continuous Integration Expert Review appeared first on scmGalaxy.

Bamboo – A Continues Integration Server

Continuous integration (CI) brings faster feedback to your development process, preventing bugs from piling up and reducing the risk of project delays.

Bamboo enables development teams of any size to adopt CI in minutes, easily integrate it with their work day and scale their build farm using elastic resources in the Amazon EC2 cloud.

Continuous integration (CI) brings faster feedback to your development process, preventing bugs from piling up and reducing the risk of project delays.

Bamboo enables development teams of any size to adopt CI in minutes, easily integrate it with their work day and scale their build farm using elastic resources in the Amazon EC2 cloud.

Bamboo makes every stage of continuous integration adoption easy, intuitive and pain-free.

Set up your first CI build in minutes
Integrate/ Collaboration CI with your current tools and workflow
Scale your build farm on-premises or in the cloud!
Analyse and improve your build performance
Extend Bamboo with plugins and the REST API
Full feature list and system requirements

Integrate/ Collaboration

Bamboo lets you pick how and when you’re notified about builds and integrates easily with tools you’re already using, so your team will be able to work together to keep your builds green!

Notifications via email, RSS, IM or IDE pop-up:
With Bamboo each team member can choose how and when to be notified:

Email, RSS, IM or IDE pop-up notifications
Customised email templates (HTML or plain-text)

Choose which builds to be notified about:

All builds for a project
Specific build plans
Every time a build finishes, only when it fails X times, only when it hangs, or only when it times out

Priorities your build queue
When your build agents are busy, Bamboo builds go into a queue.

Need to see the results of a build ASAP? You can:

Escalate builds to the front of the queue with one click.
Stop in-progress builds.
Move lower-priority builds to the back of the line.

Apply labels and comments to build results
Why did a build fail? What did you fix to turn it green again? Which builds have been tested by your QA team? What builds are approved for release to customers? Bamboo let’s you provide content to your builds results using labels and comments.

• Apply labels and comments via your Web browser, IDE, or Bamboo’s unique 2-way IM system
• Subscribe to an RSS feed of all build results with certain labels (e.g. “QA_FAILED”, “PATCH”,etc.)

Run and fix builds from Eclipse and IntelliJ
Bamboo integrates with Eclipse and IntelliJ IDEA to bring build management and notification into the IDE:

• Run, label and comment builds
• Receive pop-up notifications for builds you care about
• Quickly identify failing tests and re-run them locally with just one click

Link builds to JIRA issues
Bamboo integrates with JIRA and allows you to easily:

• View all builds related to an issue
• View all issues related to a build, and mark them resolved
• Embed build status and summary gadgets into your JIRA project dashboards

View changes that triggered builds with FishEye
By integrating Bamboo with FishEye, you can quickly see what files were changed to trigger a build and what JIRA issue the changes were made for. Want to see exactly what changed? FishEye diffs are just a click away!

Run Clover Test Optimization and code coverage
Integrate Clover for Java Test Optimization and code coverage, and you’ll instantly get faster builds and better code quality insights!

• Clover Test Optimization can make your Java unit and functional tests run several times faster
• View method, branch and statement coverage
• See when and where coverage drops over time

Display results in Confluence dashboard portlets
Bamboo provides portlets that can easily be embedded on any Confluence page, so you can keep every project stakeholder up to date on project status.

• See pass/fail status, duration, and number of failed tests for recent runs of a build plan.
• View the latest status for all builds in a project.

Embed JavaScript widgets in any HTML page
Bamboo provides JavaScript widgets that can be embedded into any HTML page. With just a few lines of code, create custom pages that include:

• Latest build results
• Latest changes
• Last result of all builds in a project
• Plan summary graphs

Scale Your Build System

As your team runs more and more CI builds, you’ll want to add more computing power to maintain fast feedback on your build and test results.

Bamboo makes scaling your build system a snap with:

• Remote agents that run on-premises
• Elastic agents in the Amazon EC2 cloud.

Remote agents

Your Bamboo server can manage dozens of remote agents simultaneously, taking advantage of available computing power to provide the fastest feedback possible. With remote agents you can:

• Run multiple builds at once to reduce feedback times
• Test on different platform configurations

Elastic agents

Elastic agents are remote agents that run in the Amazon Elastic Compute Cloud (EC2). By using the cloud, you can instantly scale your build environment as your development cycles ebb and flow and build queues become longer. Bamboo makes it easy to customize and manage your elastic agents:

• Schedule agents to start and stop based on known peaks and valleys in your need for CI builds.
• Cut operational costs by taking advantage of EC2’s reserved instance pricing and availability zones.
• Customise agent images with different operating systems, installed software, and computing power to create the most flexible building and testing system possible.
• Reduce data transfer and startup times by using Amazon Elastic Block Storage (EBS) for persistence.

Every build agent (remote or local) has specific capabilities that are used to match the requirements of queued builds.

Bamboo’s web interface makes it easy to manage all your agents and view a log of recent activity for each agent.

Analyse and Improve Your Builds

Your team is running builds on every commit, comprehensive performance and functional tests are running every night, and your build farm has been scaled out. Wondering where and how you can make improvements? Bamboo makes it easy to see the performance of your builds and identify trouble spots and possible improvements.

• Find out why a build failed
• View build plan performance across time
• See what’s breaking most so you can investigate
• Compare several plans
• Compare team performance and drill into author details

What happened?
When your builds turn red, you want to fix them as fast as possible! Bamboo provides information to your team that makes root-cause analysis easier, so you can turn the build green again ASAP.

• Full stack traces for compilation failures
• Full stack traces for test failures
• Highlighting of newly failed tests
• Click-through to the failing code from within the IDE

Build plan summaries at a glance
Bamboo’s plan summary view presents a wealth of information about each build plan including:

• Results of the latest build
• Historical pass percentage and average build time
• Result, duration, and number of failed tests for recent builds
• Duration and failure trends across time

Find your trouble spots
Bamboo identifies problem areas within each build based on its performance history including:

• Most common failures
• Tests that take longest to fix
• Long-running tests

Compare your build plans
Which builds are turning red the most often? Which builds are taking longest to run? Bamboo reports provide useful information within a few clicks, for the exact set of plans you care about. Reports include:

• Success percentage
• Duration
• Activity
• of tests
• of failed tests
• Time to fix failures
• Clover code coverage

View the CI scorecard
Who’s submitting bullet-proof code? Who’s going to buy beer for breaking the most builds? Bamboo provides insightful reports for:

• Full Teams: # of builds triggered / failed / fixed
• Individuals: build history, last 10 triggered / failed / fixed
• Groups: Success percentage, # of failed / fixed builds

Extend Bamboo

Bamboo works great right out of the box, and it can be extended to fit your exact needs:

• Install 3rd party plugins from the Atlassian Plugin Exchange to add support for additional SCMs, test tools and more.
• Create your own Bamboo plugins. Get help from Atlassian and other Bamboo developers in the Bamboo Development Forum and then share your plugins on the Atlassian Plugin Exchange
• Use Bamboo’s comprehensive REST API to integrate Bamboo with other tools or automate common tasks.

System requirements and supported development tools

Build and agent management

Build result notifications

External tool integrations

Elastic Bamboo

Build analysis and reporting

Security and user management

Extending Bamboo

Reference:

Features:
http://www.atlassian.com/software/bamboo/features/
Bamboo: getting Started
http://confluence.atlassian.com/display/BAMBOO/Bamboo+101
Forum
http://forums.atlassian.com
Plugins
https://plugins.atlassian.com/search/by/bamboo
http://confluence.atlassian.com/display/BAMBOO/Bamboo+Plugin+Guide
Jira and Bamboo
http://www.atlassian.com/better-together/progress_report.jsp

The post Bamboo – A Continuous Integration Server – Complete Guide appeared first on scmGalaxy.