---
title: "Fastlane | Skills We Assign For | Azendo"
description: "Fastlane for mobile release automation — removing manual submission steps, and the Azendo roles assigned for it."
url: "https://azendo.co/skills/fastlane/"
---

[Skills](https://azendo.co/skills/) CI and delivery 

# Fastlane.

Fastlane automates mobile release work: building, signing, screenshots, metadata, TestFlight uploads and Play Console submissions, expressed as scripted lanes that run identically on a developer machine and in CI.

## Where Fastlane fits on a long engagement.

Mobile releases are the most manual part of most delivery pipelines. Version bumps, signing, screenshots for several device sizes and locales, metadata, and two different submission processes add up to hours of work that is easy to get subtly wrong under time pressure.

Fastlane turns that into a scripted lane. The important consequence is not the time saved but the removal of variance: the release runs the same way every time, which means a release is no longer an event requiring the person who knows the steps. Match, which manages signing certificates in a shared repository, removes the other classic single point of failure.

## What an assigned team does with Fastlane.

The real gain is that releasing stops being risky. When a release takes fifteen minutes and cannot be done wrong, teams release more often, and smaller releases are easier to diagnose when something does go wrong.

That is a delivery-path improvement rather than an application one, which is why it is scoped alongside [devops managed services](https://azendo.co/services/cloud-and-devops/) on the same agreement as the mobile capacity.

## What we use Fastlane for.

* Releases that do not depend on one person A scripted lane anyone on the team can run, rather than steps held in someone's memory.
* Signing assets managed centrally Certificates in a shared encrypted repository, so a new machine is productive immediately.
* Store assets generated rather than assembled Screenshots across devices and locales produced automatically each release.

## How Fastlane capacity is assigned.

Release automation is scoped with mobile capacity rather than after it, so the pipeline exists before the first submission rather than after a painful one.

## Roles we assign Fastlane for

* [React Native Developer Mobile development](https://azendo.co/services/mobile-development/react-native-developer/)

## Service lines it sits in

* [Mobile development](https://azendo.co/services/mobile-development/)

Capacity is agreed as a committed monthly capacity across a discipline, not per skill.

## Related in ci and delivery

* [GitHub Actions — skill we assign for](https://azendo.co/skills/github-actions/)
* [Jenkins — skill we assign for](https://azendo.co/skills/jenkins/)
* [GitLab CI — skill we assign for](https://azendo.co/skills/gitlab-ci/)
* [Codemagic — skill we assign for](https://azendo.co/skills/codemagic/)
* [TestFlight — skill we assign for](https://azendo.co/skills/testflight/)
* [App Store Connect — skill we assign for](https://azendo.co/skills/app-store-connect/)
* [Play Console — skill we assign for](https://azendo.co/skills/play-console/)
* [CodePush — skill we assign for](https://azendo.co/skills/codepush/)

## Tell us what your roadmap needs Fastlane for.

A service delivery manager replies with the disciplines we would assign, the monthly capacity and what the first month looks like.

[All skills we assign for](https://azendo.co/skills/)