iOS Continuous Delivery with Fastlane and Ansible — Part 2

This is second part of the my experience at Photobox Group dealing with Continuous Deployment of iOS apps. In the previous post, we have seen that how we used Fastlane for continuous deployment of iOS app from continuous integration server. One of the most tricky obstacle to Continuous Delivery is the works-on-my-machine phenomenon. Almost every engineer encountered this problem at least once. We also suffered from same issues mentioned in the post Works on My Machine.


We came across following challenges while maintaining our continuous integration servers.

  • Manually setting up CI server machine with all iOS related softwares takes days of engineers.
  • The results produced on CI server are not reproducible on local developer machines.
  • Our build configuration steps are tightly coupled with GUI configuration in the TeamCity continuous integration server.
  • The versions of software on developer machine and CI server are different
  • We were losing trust on CI server and end up spending lots of time finding the root cause of the problems.

At this stage, we really needed some configuration management tool which allows us to setup all the machines with same configuration and should able to provision them from scratch. We need our iOS infrastructure to be driven by code a.k.a Infrastructure as code. We were looking for something like Docker for Darwin. There were various options like Chef, Puppet etc but we bumped into Ansible because it is simple but powerful tools for infrastructure automation without need to know any other language like Ruby. In this post, we will see how we provisioned our CI server using Ansible.

Provisioning iOS CI with Ansible

Previously, we used to manually setup CI or continuous integration server with all the required software for the delivery of an iOS app. An engineer has to manually download and install Xcode with additional components, install required homebrew packages , setup RVM and rubygems. It also involves setting build server as TeamCity Build Agent. This took almost a day or two to get build machine in the working state. This approach was time consuming as well as it’s very difficult to manage versions of the software installed on the build server. We managed to automate almost everything mentioned above using Ansible.

It’s very important to have an ability to reset, re-build iOS Continuous Integration Server environment whenever needed. Apple continuously release new or beta versions of Xcode and other developer tools so we should have ability to quickly setup and use those features. The programmable infrastructure or infrastructure as code, is key to Continuous Delivery so that we need to have a script to setup these things up automatically without manual intervention. Ansible allow us to write code to manage configurations and and automated provisioning of the infrastructure in additional to deployment. Ansible tasks and playbooks are simple YAML files so there is no need to learn other programming language like Ruby to script an iOS infrastructure. The provisioning of iOS Continuous Integration server involves following task

  • Provisioning installation of Xcode and Xcode Command Line tools
  • Provisioning homebrew packages required for iOS development
  • Provisioning ruby environment using RVM
  • Provisioning macOS defaults
  • Provisioning TeamCity Agent for TeamCity Server

We have Ansible task for each of above step, Let’s get bit deeper into those tasks

Ansible Xcode Task

The most of the Apple softwares including Xcode are proprietary softwares. You need Apple developer account to download install those software. It was major challenge to provision an installation of Xcode. We have decided to download the Xcode .xip file for specific Xcode version and host it on company hosted SAMBA server. We can mount Xcode .xip to any build server machine to install Xcode. We can then provision other Xcode related task like accept agreement, installing command line tools, installing additional component using Ansible task. The sample Ansible task looks like this:

- name: Mount Xcode XIP from the Samba Server
command: bash -c "mount_smbfs //{{ ansible_env.SAMBA_USER}}:{{ ansible_env.SAMBA_PASS }}@our_server/Applications/xcode/ ~/samba/public/"
when: xcode_dir.stat.exists == False
- name: Install Xcode from XIP file Location
command: bash -c 'open -FWga "Archive Utility" --args ~/xcode_xip/{{ xcode_src }}'
- name: Move Xcode To Application
command: bash -c 'mv ~/xcode_xip/Xcode*.app /Applications/'
- name: accept license agreement
command: /Applications/ -license accept
become: yes
become_method: sudo
- name: install additional xcode components
command: installer -pkg /Applications/ -target /
become: yes

We can then pass xcode_src variable from the playbook file which is Xcode version, we need to install. In this way, we can easily switch to another Xcode version.

Ansible Homebrew Task

As part of provisioning of iOS CI server, we need to install some macOS packages. Homebrew is an awesome package manager and most importantly Ansible has in-built homebrew module which allows us to tap any Homebrew formulae or install home-brew packages. Our sample home-brew task look like this

- name: Ensure configured taps are tapped.
homebrew_tap: "tap={{ item }} state=present"
with_items: "{{ homebrew_taps }}"
- name: Ensure configured homebrew packages are installed.
homebrew: "name={{ item }} state=present"
with_items: "{{ homebrew_installed_packages }}"
- name: Install configured cask applications.
name: "{{ item }}"
state: present
install_options: "appdir=/Applications"
with_items: "{{ homebrew_cask_apps }}"
when: configure_cask

We can then pass homebrew_taps , homebrew_installed_packages and homebrew_cask_app from our playbook. This means we have ability to manage all the macOS softwares packages from code.

Ansible RVM Task

Ruby plays very important role in the iOS application development as tools like CocoaPods, Fastlane comes as ruby libraries. We need higher version of ruby than pre-installed on macOS which is Ruby 2–0 to benefit from the latest features from those tools. The default macOS ruby isn’t great to manage Rubygems using bundler. We are using Ruby version management tools RVM to manage ruby versions with bundler. As a provisioning task, we need to install ruby and bundler. Our sample RVM Ansible task looks like this :

- name: Install RVM for the user
command: bash -c "\curl -sSL | bash -s -- --ignore-dotfiles"
- name: Install ruby version
command: bash -c "~/.rvm/bin/rvm install {{ ruby_version }} --with-zlib-dir={{ zlib_directory }}"
- name: Install Ruby Gems required for iOS app developement
command: bash -c "~/.rvm/rubies/{{ ruby_version }}/bin/gem install {{item}}"
with_items: "{{ rubygems_packages_to_install }}"

We can then pass zlib_directory and rubygems_packages_to_install from the playbook.

Ansible Task for macOS Defaults

On the build server machine, we need to disable the updates and set the machine in the ‘never sleep’ mode. We can set that from Ansible task and pass the commands from the playbook.

- name: Setup macOS Sleep Mode
shell: "{{ item }}"
with_items: "{{ macos_sleep_options }}"
changed_when: false
- name: Software Updates
shell: "{{ item }}"
with_items: "{{ macos_software_autoupdates }}"
changed_when: false

Ansible TeamCity Agent Task

We use TeamCity as our Continuous Integration server. As a final task we have add the machine as TeamCity build agent to TeamCity Server and start the build agent. It involves following tasks

  • Download the TeamCity Agent .zip package from TeamCity server
  • Add TeamCity Agent configuration inside file
  • Start TeamCity Agent

We need to have Java installed on server machine, in order to setup TeamCity build agent. We also need to create Ansible ninja template for file with parameters teamcity_agent_server_url and teamcity_agent_name which can be replaced by default template file. Finally, start the TeamCity build agent. Our TeamCity Ansible task looks something like this:

- name: "Download Teamcity Agent Package"
command: bash -c "curl {{ teamcity_agent_server_url }}/update/ --output /tmp/"
register: _teamcity_agent_package
- name: "Add TeamCity Agent configuration"
src: ""
dest: "{{ teamcity_agent_install_dir }}/conf/"
mode: 0644
- name: Start the Teamcity Agent
command: bash -c "{{ teamcity_agent_install_dir }}/bin/ start"

Our Example Playbook

By using all the Ansible tasks mentioned above, we have created a private Ansible role which execute all the tasks. If you interested, we can share it with you. Our example playbook looks like this:

- hosts: localhost
connection: local
xcode_src: Xcode_8.3.xip
ruby_version: ruby-2.3.0
zlib_directory: /usr/local/Cellar/zlib/1.2.11
- bundler
teamcity_agent_install_dir: ~/TeamCity/buildAgent
teamcity_agent_name: Our_iOS_Agent
- systemsetup -setsleep Never
- systemsetup -setharddisksleep Never
- systemsetup -setcomputersleep Never
- softwareupdate --schedule off

- autoconf
- openssl
- wget
- zlib
- curl
- imagemagick
- homebrew/core
- caskroom/cask
- include: tasks/ios_ansible.yml

Now that, our playbook is ready to play on any macOS machine. By using this playbook, we managed to get brand new Mac Mini server provisioned with all required software for iOS development and got it attached to TeamCity server within 20–30 min. The most importantly it doesn’t need any manual intervention. Now, we can setup our CI server from scratch in few minutes.

We execute this playbook, on our CI server whenever we want to upgrade to new Xcode version or any other Apple developer tool. It really helps us resetting and re-building CI server setup easily without spending lot of time.


The benefits of using Ansible for provisioning iOS CI are

  • Quick Setup of new CI server machine and ease of upgrading/downgrading Xcode version
  • Ability to reset, upgrade version of software whenever required
  • Decoupled all the configuration from TeamCity GUI into the code.
  • Streamline the configuration of local machines and CI servers.


We have achieved continuous deployment of an iOS apps using Fastlane as build automation tool and Ansible as Continuous Integration provisioning a.k.a configuration management tool. What are your experiences of iOS continuous deployment and what do you think of our approach of iOS continuous deployment ?

Weigh in with comment below !

Like this post from XCBlog By XCTEQ ? You may also like some of our services like guest blogging or Mobile DevOps(CI/CD) or Test Automation. Chekout our services, open source projects on Github or Follow us on Twitter , Facebook, Youtube , LinkedIn. Download Our XCBlog iOS App to read the blogs offline.

XCTEQ Limited: Mobile DevOps, CI/CD and Automation

XCTEQ is a company specialised in Mobile DevOps, CI/CD, Mobile, AI/ML based Test Automation Checkout XCTEQ products and services at or write to us on