Runway can now take over the upload step of your CI/CD pipeline, automatically grabbing artifacts from CI workflows and sending them to destinations you specify. Not only does this save you precious build minutes, but Runway’s automatic retries help eliminate flakiness and the need to babysit things.
Configuring uploads is easy and flexible: simply select which CI workflows to upload from, point Runway to any specific artifact files to upload (tokenized patterns accepted), and choose particular destinations to upload to. Runway will automatically perform the uploads on each workflow run, retrying failed uploads if needed and optionally notifying your team about the outcome of every upload.
For more details on getting started with the artifact upload automation, head to the Runway docs.
Producing installable builds for testing as part of your CI/CD workflow is the easy(ish) part. Actually getting those builds into your team’s hands, seamlessly and without confusion, can be challenging. Now, you can share foolproof installation links in just one click: right from the Artifacts module of each build in Runway, send a link to teammates in Slack that will allow them to easily install the build onto their own device without any hunting around or extra steps.
Life isn’t always as simple as Android & iOS, or GitHub & Jira. We know that Runway teams are shipping their products across various different platforms, and using various different tools in the process. Continuing our mission to cater to every flavor of mobile (and mobile-adjacent) team, we recently added support for:
Since we started Runway, a lot of folks have come to us motivated to automate their entire release process and improve collaboration around mobile, but lacking an important prerequisite for getting fully integrated in Runway — namely, CI/CD.
Turns out that, despite the GUIs and workflow builders that are now the norm for cloud CI, and despite the awesomeness of fastlane, people still struggle to get an end-to-end pipeline stood up. It’s not their fault: even with the GUIs and workflow builders and fastlane, everyone still has to reinvent the wheel. You need to piece together the right steps, gather the right configs, store the right secrets, perhaps even write some Ruby and random YAML flavor-of-choice…
At Runway, we think mobile CI/CD should be the easy part — a true out-of-the-box unlock. That’s why we’re launching Quickstart CI/CD, a free tool for growing teams and indies that can autogenerate a complete build-and-deploy pipeline for Android or iOS in minutes.
Simply run the wizard and let Runway do the heavy lifting. There’s no lock-in to worry about, and you’ll be able to build on top of the pipeline as your needs grow. Under the hood, Runway is assembling all the necessary steps, configs, and secrets, then generating CI-native config files to merge straight into your repo or take with you wherever you like.
We're excited for everyone to try this out! Click here to get started.
We know that getting late-arriving fixes into a release post branch cut can be an annoying exercise. Depending how your team does things, you might be delicately cherry picking changes over onto the release branch, wasting time fix by fix, or else you’re relying on cumbersome backmerges post-release (and dealing with the all-too-common mess that arises when said backmerges are inevitably forgotten!).
Runway’s newest automation streamlines the process of getting fixes into a release by automatically cherry picking specific work that your team flags from the working branch into the appropriate release branch. Any PR that contains a designated, customizable pattern in its title is actively monitored by Runway — as soon as it’s merged into the working branch, Runway will cherry pick the relevant commits and open a PR against the specified release branch. If you also have the “merge Runway PRs” automation enabled, the fixes will be auto-merged once required checks pass — there’s nothing more your team needs to do.
Runway automates away lots of manual tasks throughout the release process, and in doing so, it produces many artifacts along the way. Think pull requests, commit messages, GitHub releases, etc. Runway auto-generates relevant messages and copy to go along with each of these, but teams have told us they want more control over this kind of metadata — to do things like add Conventional Commits prefixes or tailor release changelogs to their liking.
Now, you can customize the strings that appear in Runway-generated artifacts. Take Runway’s version bump automation, for example — the PR that Runway creates with the version bump commit can now be configured with:
To allow for dynamic, relevant text, these custom string definitions support a number of special tokens that can pass in info like the release version, release branch name, CI and store build numbers, release pilot info, and more.
Head to the “Custom strings” section on your app’s settings page to check out the full list of custom string options.
We’ve continued to build on Runway’s new feature flagging integration with the evergreen aim of making Runway the single source of truth for all of your tools, throughout the entire dev and release lifecycle. To pull in additional context teams have been asking for, clicking into a specific feature flag opens up a new detail drawer, surfacing properties like target delivery rules and audiences. From here, you can now also toggle the feature flag on and off to quickly update its status without leaving Runway.
And, we’re happy to announce that we now support LaunchDarkly as our newest feature flagging integration, with more providers coming down the pipeline.
We know folks are relying on Runway’s release pilot rotation to share release responsibilities across their team, so we’ve made it easier to manage exactly who’s on duty, and when. In addition to adding and removing team members from the list of pilot-eligible users, you can now order and reorder the list to configure the exact rotation you want to run.
Feature flagging is a powerful way to gate in-progress functionality, run experiments, and decouple product launches from binary updates — but wrangling feature flags can be tricky. It takes time and effort to make sense of all your flags, keeping tabs on what needs to be enabled for the first time, or deprecated, and when exactly. Release pilots, PMs, and others bounce between their team’s feature flagging platform and other tools to understand dependencies and stay on top of everything.
Now, Runway can help your team make sense of your feature flags. You’ll be able to see all feature flags that are relevant to a given release, including details like each flag’s status, rollout percentages, and specs for any associated variations, alongside the rest of the release and rollout context you’re used to in Runway. A special callout is applied to feature flags that are of particular interest in a given cycle — making it easier to see at-a-glance which flags might need extra attention during the course of the release’s rollout or beyond.
Optimizely is the very first feature flagging provider you can plug into Runway, and future integrations will include LaunchDarkly, Unleash, Firebase Remote Config, and even in-house solutions. You can help us prioritize – which tool does your team use for feature flagging?
The launch of Runway’s Rollouts feature, and with it our new Observability & Analytics integration point, has allowed teams to monitor release health more holistically. And now, you have even more options for where signals of health are pulled from. Does your team use Mixpanel or Datadog? Connect it in Runway, select key metrics that define “healthy” for your team, and automate alerting and rollouts based on thresholds you set.
There’s been a lot of talk about Mobile DevOps lately; teams generally understand the benefits and are motivated to use it as a framework to improve their overall mobile practice. But actually measuring how your team is performing on the path to DevOps greatness can be extremely difficult to do accurately — or at all — and, as a result, it’s equally difficult to iterate and improve on your DevOps practices themselves.
The problem is that, even though there are well-regarded ways to quantify DevOps performance (e.g. DORA metrics), they require you to continuously crunch numbers on a lot of different data, spanning multiple tools and sources. Calculating things like failure rates, lead and cycle times, and time to recovery involves piecing together info from source control, your project management platform, the app stores, observability tools, and more. Doing this well calls for more than napkin math, and for metrics that are regularly refreshed.
Because Runway sits a level above the rest of your stack, we’re uniquely positioned to help here. Pulling together inputs from your entire toolchain and continuously crunching all the numbers for you, Runway will now surface a range of key Mobile DevOps metrics that allow your team to understand how you’re performing and help identify areas for improvement.
The entire development cycle is in scope: Runway analyzes items of work stretching as far back as first ticket creation and, crucially, integrations with the app stores allow for more granular and accurate insights on timing at the tail end of cycles as well.
Plus, certain metrics surfaced by Runway reflect the unique setup of your workflows and release process in the platform, giving you tailored insights into your team’s own way of working.
Read on for an overview of the different measures of Mobile DevOps performance that you can now keep tabs on with Runway!
How often do you ship bad releases?
Runway looks at multiple factors to determine whether a release went bad, like whether a hotfix was issued afterwards, if your team’s configured health metrics went “unhealthy” during rollout, or if you halted and never resumed a phased rollout.
If you do ship a bad release, how quickly do you get a fix out?
For any release considered “failed” (see previous metric), if your team decides to issue a hotfix, Runway will measure how long it takes to get that hotfix release out the door.
For a given item of work, how much time is spent each step of the way from inception to release?
Runway tracks work end-to-end – from first ticket, to code written, to code merged to trunk, to release. This gives your team a complete and granular understanding of how long it takes to get features and fixes out to users, and where bottlenecks exist.
Weekly? Biweekly? All over the place?
Runway will keep tabs on your release cadence and help ensure your team is shipping as often as you want to be.
How long does each part of your release process take?
To help you zoom in on and improve your team’s release process, Runway captures time spent every step of the way so you can pinpoint slowdowns and ship more efficiently.
How long are sign-offs and action items taking?
Runway can also help you track performance around the unique parts of your team’s process. For checklist and approvals items, Runway surfaces info on how long those take to get actioned by your team.