We know that not all of your team spends time in Runway – but a lot of those folks are still impacted and involved in different parts of your release process. That’s why one of our goals as we build out the platform is to make everyone’s lives easier and keep everyone on the same page, no matter where they spend most of their day-to-day tools-wise. Runway acts as coordinator between all team members and tools, and this latest automation is a great example of that.
For any project management tickets that are part of a release, Runway can now automatically post comments containing build information and install links for release candidates that contain code associated with a given ticket. This gives your team a quick and easy way to access test builds for a given item of work from the ticket side, and can be especially helpful for folks like Product and QA who spend more of their time in your project management tool.
Each ticket comment will include:
This new automation is also available in the Build Distro context. If enabled, Runway will look at the diff between a given build and the preceding build in the same Build Distro bucket and will post a comment on any tickets referenced by code items in that diff. In this context, the comment will include some extra build details and a direct link to view and install the build in Build Distro.
Sticking with the theme of giving your team quick access to release info and better visibility around the state of releases, even outside of Runway – you’re probably familiar with our various types of notifications and release announcements, and our Slack slash commands. Now, we’ve added a new way for team members and other stakeholders across your org to stay on top of mobile releases.
With Runway’s new biweekly release digest emails, any member of your Runway organization can get a regular digest containing key info about your live, next-up, and upcoming releases for all apps delivered straight to their email inbox. These emails include things like adoption stats across live versions, detailed stability and observability metrics as configured in Runway, info about release schedules and timing, an overview of pending and completed work and fixes, upcoming release pilots, and direct links into Runway for each release in question.
Runway’s rollout features help your team to stay on top of app quality as you release each new version, allowing you to integrate and pull in signals from all the different tools you use to track health and performance. One of the available integration points is with observability and analytics tools, and so far you’ve been able to select key events and monitor them in a number of different ways: by event volume per session or daily active user, or by looking at event property values (measured as averages, means, percentiles, etc.).
Now, you can also track filtered events for an even more granular way to surface exactly the kinds of indicators of app health that your team cares about. For any given event in your integration settings, the property field now lets you enter a string with property names and values to filter using basic query string syntax. For example, if you have a page_load event and want to measure unsuccessful loads on a "cart" screen, you might enter name=cart&error=true for the property value. You can also use greater-than and less-than operators. Just like any other metrics you configure in Runway, you can define acceptable thresholds for these new filtered metrics and they can be included in alerts and used as conditions for Runway’s rollout automations.
Many teams use Runway’s outgoing webhooks and API to extend the platform and integrate it more deeply with their unique tech stacks and release processes, so we’re devoting resources to a number of projects that increase just how extensible Runway is.
One update in this area is that you can now customize the headers and payloads of your outgoing webhooks in Runway, to suit the needs of the endpoints receiving each event on your team’s side. This can help you avoid needing to set up and maintain servers to handle webhooks from Runway. For example, many CI providers offer some out-of-the-box way to accept incoming webhooks (to trigger a workflow, say) but they require certain headers be passed and you may want to include additional parameters in a payload. Now that you can add those headers and payloads to your webhooks in Runway, you have a really simple way to trigger bespoke actions to all sorts of triggers in Runway.
We’re also continuing to expand the Runway API (endpoint requests are always welcome!) and one addition worth calling out is the new “Get all events” endpoint. You’ve probably seen the detailed event logs that Runway surfaces in the dashboard — this endpoint opens up a programmatic way to access those granular breadcrumb trails of release updates and changes. You can filter by app and version as needed.
Runway already offers teams a few different options for managing app store metadata within the platform and automatically syncing it up to App Store Connect, Play Console, and the other stores we integrate with. These existing options are generally UI-centric, designed for marketing or product folks who may be the ones managing metadata release to release. But we know that many teams choose to check their app’s metadata into version control in their repo, and then grab the metadata from there when they’re ready to update in the app stores.
If your team follows the version control approach, you can now have Runway automatically read all the store metadata from your repo and sync it with the app stores. Leveraging your existing version control integration in Runway, you simply enable the new automation, specify the file path where metadata lives in your repo, and Runway will automatically grab metadata and populate it in the stores as each release is kicked off. Localized metadata is supported and uses the same key specifications as fastlane does.
Just about every Apple developer has experienced the frustration caused by provisioning profiles and signing certificates that expire when you least expect them to. Same with new or updated agreements in App Store Connect, which can cause even more disruption: you need to track down whoever on your team is authorized to handle those agreements, and maybe even get legal folks involved (read: lots of wasted time and delayed releases).
Avoid unwelcome surprises and the domino effect they cause with new reminder notifications in Runway. For provisioning profiles and signing certificates, we monitor the expiration dates of any active profiles and certs in App Store Connect and start sending reminders as expiries approach (you can configure when these reminders start). We’ll also send alerts whenever new or updated agreements need to be accepted. Like all notifications in Runway, you can choose one or more channels to send these new notification types to, and can @-mention individuals or groups in them so nothing gets missed.
Based on feedback from our teams, we continue to evolve the Feature Readiness view to allow everyone on your team to get exactly the kind of view of feature work they’re looking for, across both code and project management tickets. One recent addition is a new “Group by ticket” lens. As the name suggests, enabling this lens will render a Feature Readiness view that keys primarily off of project management tickets – if multiple items of code refer to the same ticket, they’ll be grouped under that ticket on a single row. For Jira teams, we also added support for custom fields: specify as many custom fields as you like in your integration settings and they’ll be available as filters in Feature Readiness, as well as surfaced in each item’s details drawer. Finally, we added more out-of-the-box filters including ticket type and ticket priority.
We have two new integrations to highlight in this edition of updates. Samsung Galaxy Store is our newest app store integration, opening up yet another available destination for your Android builds and allowing you to manage metadata and screenshots, handle submission and release, track user reviews, and more. And, Opsgenie is now an available option at our scheduling integration point. With Opsgenie integrated, Runway can manage your release pilot rotation based on an Opsgenie schedule, automatically assigning pilots to releases, swapping people when coverage changes, and re-assigning pilots if a release rolls over into another team member’s shift – with reminders and alerts along the way.
