If your company is on the larger side, chances are youâre managing your organizationâs teams, users and their permissions from a centralized directory like Okta, Microsoft Active Directory or similar. But up until now, for user and team management within Runway, admins have had to do things manually. Now, with directory sync support, Runway integrates with your companyâs directory provider to take care of everything automatically for you: from assigning new users the correct roles and app membership, to updating users who change teams along the way, to deactivating users who leave your org.
Plus, you might remember that Runway also supports automatically syncing users and roles to App Store Connect and Play Console â so, combined with this new directory sync functionality, you can now automate user management all the way from your orgâs centralized directory to the stores (something not available out-of-the-box from Apple or Google).
For many teams, getting a complete picture of release health means pulling from multiple different data sources, especially when it comes to things like performance monitoring and product analytics. To allow for this, you can now simultaneously connect as many of these kinds of observability and analytics tools as needed (Amplitude plus Datadog, say). Runway will pull signals from all of these sources into your Rollouts view and youâll be able to configure health metrics attached to each and every one.
Additionally, weâve added support for a number of new metric types: average, median, and 90th/95th/99th percentiles of property values are all now supported for most of our Observability & Analytics integrations, with even more metric types coming soon. Â
Depending when you first kick off a phased rollout, it could be that a big step-change in user adoption will happen on a day â or at a time â when your team might not be quite as ready to quickly address any issues that arise. Now, you can avoid this by configuring blackout days and times during which Runway will temporarily pause your rollouts. For example, you can prevent rollouts incrementing over the weekend, or outside of normal business hours.
One of the big goals with Build Distro is to make it dead easy to distribute and organize all the different build flavors your team cares about. Now, thereâs an even more seamless way to handle personal and team-specific feature builds, with user filters on build buckets that automatically direct these sorts of early dev builds to the right place.
How it works is quite simple. If youâve set up your bucket with a PR rule, only builds generated from PRs that were authored by the specified users will be pulled into the bucket. If youâve set up your bucket with a branch rule (not pictured), only builds generated from commits that were authored by the specified users will be pulled into the bucket. Specify single users to create personalized buckets for WIP dev builds, or groups of users to create dedicated build buckets for different feature teams across your org.
Typically, teams are stuck between a rock and a hard place when it comes to getting the variety of build types they care about distributed: either trigger each different flavor manually all the time, or else set up and maintain a delicate web of conditional triggers in CI. With the addition of automatic workflow triggers on Build Distro buckets, you now get hands-free distribution for every different build flavor, with all the correct configurations taken care of for you out-of-the-box.
For example, consider a build bucket one of your feature teams has set up. It might have a PR rule configured that grabs builds associated with PRs against your main branch, authored by members of that team. Now, if you flip on the bucketâs build trigger automation, Runway will automatically generate new builds for that team whenever their members open or push to PRs against main (and then route those builds to the right place as usual).
Letting your testers know whatâs new in a given build is a distribution best practice, but itâs also a tedious, manual step that quickly becomes error-prone and a drain on the team. Now, Runway can automatically generate and populate tester notes for you, based on the diff since the previous build of the same flavor. In addition to listing commit info, diff items link out to associated PRs and project management tickets, so your team gets the complete picture and things are easy to digest for technical and non-technical teammates alike.
Our goal with Build Distro is to make it dead simple for anyone on your team to grab the right build at the right time. And in order to achieve that, we need to be sure folks have a complete, understandable snapshot of what each build contains. So, weâre taking the popular Feature Readiness view from Runwayâs release workflow and applying it to each and every build you distribute via Build Distro.
When you click (or tap! â donât forget, Build Distro plays nicely on your phone) into the build detail view, youâll see a diff that contains a composite of code and tickets for a full picture of work that went into the build. In addition to seeing changes since the previous build of the same type, you can scroll further back in the diff with clear demarcation between older builds as you go â helpful for folks who havenât grabbed this kind of build in a while and need to catch up.
When itâs hard to get incremental, on-the-fly builds into peopleâs hands, teams tend not to bother â and that has a negative impact on collaboration and app quality. Build Distroâs buckets system already takes a big step towards making these sorts of one-off and feature-based builds easier to distribute. Now, weâre tackling more of the âlast mileâ problem by ensuring direct access to downloadable builds is never more than a click, tap, or QR scan away.
For any Build Distro buckets youâve configured to grab builds from pull requests, you can enable a new automation that will post comments on the appropriate PRs, including info on each new build and direct links and QR codes for seamless installation. Now, whether a teammate is in the weeds code-reviewing a PR or is just curious about its latest changes, they have that version of the app at their fingertips.
Most of you are probably familiar with the existing automations that allow you to set target dates and have Runway automatically submit and/or release on schedule â provided preceding steps and approvals in your release workflow are good to go. Those safeguards are important, but itâs also a shame to lose hands-free mode if youâve only missed your target deadline by a little bit and the last few pending items will be ready soon.
Now, you get the best of both worlds with a new option on Runwayâs submission and release automations that allows it to âproceed on greenâ. With this option enabled by itself, you can have Runway automatically submit or release just as soon as all preceding steps are in a good (green) state. Or, if you couple this new option with target dates, Runway can submit/release automatically at the scheduled time or, if not all steps are ready, any time afterwards once all steps are green.
ââSlack can be a noisy place, making it easy for important notifications to get missed. To ensure no balls get dropped and give you full confidence that folks who need to be aware of a critical update or time-sensitive blocker are indeed aware, you can now add targeted mentions to each and every Runway notification on a per-notification basis. You can assign roles or specific users and they will be called out or @-mentioned using their Slack handles, respectively.
For teams who use the backmerge approach to pull late-arriving fixes applied to release branches back over onto their development branch, some amount of Git wrangling is always necessary. Runway already offered a way to automate that away, by automatically backmerging from release branch into dev (and any upcoming release branches) at the end of each release cycle. But some teams told us that with the pace of their development cycles and multiple releases stacked up, they needed a more continuous backmerge operation â and they were wasting lots of time managing that by hand.
Now, Runway can offer automated continuous backmerges. Choose the corresponding option in the backmerge automation settings and Runway will perform immediate backmerges as each item of late-arriving work lands on your active release branch.
To save you even more context-switching and give even more of your team easy access to Runwayâs single source of truth, we added a new Slack action you can use for a quick overview of any upcoming, live, or past release. Just call /runway status from any Slack channel, passing in the app and version youâre interested in, and Runway will post a message containing target dates, release step statuses, phased rollout progress and health metrics.
Weâre continuing to integrate Runway with all the different tools mobile teams tell us theyâre using. Here are the noteworthy recent additions to our lineup of integrations:
Weâre very excited to announce the launch of Build Distro, a better tool for mobile build distribution that makes it dead simple to get the right builds into the right teammatesâ hands! đ˛ đ
Build Distro allows you to clearly define and group the different types of builds your team distributes â from one-offs and work-in-progress dev builds, to staging builds, to release candidates. You can avoid the usual jumbled pile of builds that folks have to carefully sift through, and give technical and non-technical team members alike an easier way to grab builds, with streamlined installation via QR or Slack link. With hassle-free distribution, your team can check out builds earlier and more often, improving collaboration and app quality.
Continue reading below for all the highlights, and check out the Build Distro docs to get started!
Build Distro introduces the idea of build buckets to allow you to clearly define and group different flavors of builds. Instead of having all distributed builds landing in that jumbled pile, you can now separate different kinds of builds using definitions based on branch, CI workflow, or some combination of both â or using more freeform, ad hoc buckets. Not only are build flavors logically separated into buckets, but you can set up targeted notifications and scope access per bucket to ensure the right people are aware of and able to seamlessly install new builds relevant to them.
With branch-based and ad hoc, personal build buckets, Runway makes it much easier to share work-in-progress builds. You can create dedicated buckets for test builds and nightlies on your main development branch or any feature branches, and everyone on your team can also have their own personal buckets to drop updates into as they work. Product managers, QA, designers, and other engineers and stakeholders can now easily grab any WIP builds, earlier and more often during the development cycle, helping your mobile org improve quality and shift left.
One of the worst failure modes around build distribution has to do with test or staging builds getting accidentally shipped to production. It may be rare, but when it happens, it can be devastating. Confusion around distributed build flavors is often to blame, and Runwayâs build buckets remove this risk. Clearly delineate prod and pre-prod builds, and scope access accordingly.
Even once someone has tracked down a build they want to check out, actually getting it onto their device comes with its own hassles. Runway makes installation foolproof and seamless: with each build, you can install directly by scanning a QR code or sending yourself a link in Slack. Plus, alongside each build you can see full context on the build flavor and exactly what work it contains â no more guesswork, pinging build numbers back and forth and hoping youâre grabbing the right version of the app.
Getting up and running is simple: connect your existing CI and⌠thatâs it. Once youâre connected, Runway will get you started with a few default shared buckets for development and RC builds, and anyone on your team can easily create scoped personal buckets. To define a new shared bucket, simply select a branch and a workflow (from among any defined in your CI, automatically pulled in by Runway) and builds will start populating the bucket with no further intervention.
Exactly how you leverage Build Distro is up to your team. You can spin up Build Distro by itself and use it as a standalone tool. Or, for a tightly integrated experience across the entire dev and release cycle, Build Distro plugs seamlessly into Runwayâs end-to-end release management platform as a beta integration, allowing you to manage everything to do with pre-prod builds and testers alongside the rest of the release context.
With Build Distro, the Runway platform is unlocking yet another aspect of a more collaborative and streamlined mobile development experience for teams â not just for engineers, but for each and every role and stakeholder involved. We would love to hear your thoughts, and invite you to reach out for a personalized, guided tour!
And stay tuned for more: our roadmap includes Build Distro iterations that will tackle things like provisioning and signing, triggers and other bucket-level automations, and even more ways to create and share one-off dev builds.
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.
