BuildKit is a modular command line interface for automating iOS project builds. BuildKit aims to relieve you from the pain of configuring continuous integration environments and build processes.
💀BuildKit is no longer maintained. Fastlane does everything BuildKit does, and much more. It was useful at the time, and it a lot of fun to write, but it's behind the times. Thanks to all contributors!
Bundled build tasks include:
- Increment the build number
- Draw the version number on the app icon
- Build the app
- Run unit tests
- Generate an .ipa artefact
BuildKit is distributed as a Ruby gem with an executable that can be launched either in a continuous integration server environment or on your development machine. The process is configured with a simple YAML file that describes the tasks to run and your project-specific options. This means that you can tailor the build process to meet your requirements.
It's compatible with the iOS7 and iOS8 SDK with Objective-C and Swift projects.
- Ruby > 2.0: BuildKit is written and run with Ruby, you'll need a version higher than 2.0 because of the modern syntax. Check your Ruby version with
ruby -v. RVM makes it easy should you need to update.
- Xcode command line tools:
- ImageMagick: Command line graphics library used to draw on the app icon. Install with:
brew install imagemagick.
- GhostScript: Command line text rendering library used to draw the version number on the app icon. Install with:
brew install ghostscript.
After the dependencies have been installed, BuildKit can be installed with:
gem install ios_build_kit
BuildKit is launched from a command line environment with:
Pass a configuration file to BuildKit with:
The configuration file describes three things:
- Task modules to run (and task-specific options)
- Project configuration
- User preferences
An example configuration file:
:tasks: :increment_version: :run: true :options: :decorate_icon: :run: true :options: :xcode_build: :run: true :options: :log: true :clean: true :run_tests: :run: false :options: :log: true :create_ipa: :run: true :options: :log: true :configuration: :app_name: "BuildKit" :workspace: "BuildKit.xcworkspace" :info_plist: "BuildKit/BuildKit-Info.plist" :build_configuration: "Release" :scheme: "BuildKit" :sdk: "iphoneos" :provisioning_profile: "Provisioning/BuildKitTest.mobileprovision" :code_sign: "iPhone Distribution: Alpaca Labs" :icon_dir: "BuildKit/Icon/" :build_dir: "Builds" :preferences: :reports: "Reports"
:tasks: symbol is used to define what tasks you would like your process to run. If
:run: is set to
true on a particular task then that task will be executed as part of the build process. Setting
false will mean that the task is skipped (note that some tasks depend on others, and may cause a graceful failure). In the examle above all tasks but for
run_tests will be executed.
The tasks will be run in the order that they appear in the list. It's recommended to follow the order shown in the example as they've been ordered to provide the best value to the process. In the example:
- The build version is incremented with
- The newly incremented version is rendered on the app icon with
create_ipaare run to build and create an ipa, which if installed on a device, will have the version number overlayed on the icon.
Anything passed with the
:options: symbol will be provided as an option. For example, taking the example configuration file above the
:log: option on the
run_tests task is set to
true so the test output will be printed to the CLI.
The Tasks section in this README describes all of the options available to each task.
Setting Project Configuration
To run the task modules successfully requires some project-specific configuration, this is done under the
:app_name:: Your app's name!
:workspace:: The path to your workspace (note that single Xcode project files aren't supported).
:info_plist:: The path to your app's main info-plist file.
:build_configuration:: Your build configuration (normally "Release" or suchlike)
:scheme:: Project scheme to build
:sdk:: SDK to build with (example: "iphoneos")
:provisioning_profile:: Path to a provisioning profile to sign the app with.
:code_sign:: The code signature, this is found in Xcode next to a selected provisioning profile (example: "iPhone Distribution: Alpaca Labs"). I recommend this OSX quick look plug in if you want to inspect profiles.
:icon_dir:: The path to a directory containing you icon image files. More on this in the Tasks
decorate_iconsection of this README.
:build_dir:: The path to drop any build and ipa files after they have been created.
Note: if some required configuration has not been provided, or an invalid location has been provided for an option that requires a path, then BuildKit will gracefully fail.
Setting User Preferences
BuildKit can be configured to suit your own preference too. This is done under the
:preferences: symbol. For example, to switch on build report generation set the
:reports: symbol to
true. User preferences are further described in the User Preferences section of this README.
BuildKit comes packaged with the following task modules:
increment_version: Increment the build number
decorate_icon: Overlay the version number on the app icon
xcode_build: Build the app
run_tests: Run unit tests
create_ipa: Generate an .ipa artefact
Increments the build version number in the Info-plist.
Duplicates your app icon files and renders the version number on top (incremented with
increment_version or not).
Decorate icon requires some convention for optimal usage:
- The app icon files should be contained in a dedicated directory of their own.
- Drop the icon directory in to Xcode as a folder reference rather than a group.
- Set the icon files in your Info-plist as:
<key>CFBundleIcons</key> <dict> <key>CFBundlePrimaryIcon</key> <dict> <key>CFBundleIconFiles</key> <array> <string>CONTAININGFOLDER/Decorated-ICONFILENAME</string> <string>CONTAININGFOLDER/Decorated-ICONFILENAME</string> <string>CONTAININGFOLDER/Decorated-ICONFILENAME</string> </array> </dict> </dict>
If you're unsure check the example project.
Builds the project (with optional clean before build).
log: logs the output to the console
clean: clean before build
log: logs the output to the console
Creates an .ipa build artefact and drops it in build directory specified in the config file.
log: logs the output to the console
Requires previous tasks:
- Everything required for
BuildKit includes some user preferences that can be enabled under the
:preferences: symbol of a config file.
User Preferences: Create Reports
:reports: to a directory in your config file to create a JSON report containing the project configuration, build time, build outputs and test outputs after a BuildKit run has completed.
:reports: preference blank will skip report generation.
An example workspace has been included in the repo if you want to try it out. You may need to change the paths in the
build_config.yml configuration file first and run a
Lots of plans for BuildKit:
- Create a build task module to enable artefact distribution by wrapping Shenzhen (in progress).
- Add a generator for config files (next up).
- Add a means to allow custom task modules to be added to the process.
decorate_iconcompatible with Xcode 5 asset catalogues.
All pull requests welcome! Please ensure that all existing RSpec specs pass, and that any new features are covered with specs. Please keep the README up to date. Run specs from the root directory with
And finally, a list of cryptic build error annoyances and how to deal with them:
Copyright (c) 2014 Adam Waite. All rights reserved.
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.