You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 19, 2018. It is now read-only.
This returns a nice list below, not really sorted but that's okay. Is there any way to just return the latest build number? In the example below, "0.9.134" appears to be the highest.
Reasons: Some of my shared build scripts have issues with ITC uploads where the ITC version increment is higher than the local version number. Am wondering if this is a viable way to pull highest ITC version, and always upload a +1 version number to avoid submission errors.
pilot builds --apple_id DDDDDDD -u first.last@domain.com
This returns a nice list below, not really sorted but that's okay. Is there any way to just return the latest build number? In the example below, "0.9.134" appears to be the highest.
Reasons: Some of my shared build scripts have issues with ITC uploads where the ITC version increment is higher than the local version number. Am wondering if this is a viable way to pull highest ITC version, and always upload a +1 version number to avoid submission errors.
+-----------+---------+----------+----------+----------+
| App Name Builds |
+-----------+---------+----------+----------+----------+
| Version # | Build # | Testing | Installs | Sessions |
+-----------+---------+----------+----------+----------+
| 0.9.1 | 0.9.130 | Inactive | 0 | 0 |
| 0.9.1 | 0.9.132 | Inactive | 2 | 17 |
| 0.9.1 | 0.9.59 | Inactive | 0 | 0 |
| 0.9.1 | 0.9.50 | Inactive | 0 | 0 |
| 0.9.1 | 0.9.133 | Inactive | 3 | 3 |
| 0.9.1 | 0.9.112 | Inactive | 0 | 0 |
| 0.9.1 | 0.9.131 | Inactive | 0 | 0 |
| 0.9.1 | 0.9.134 | Internal | 3 | 0 |
| 0.9.1 | 0.9.3 | Expired | 2 | 0 |
| 0.9.1 | 0.9.5 | Expired | 2 | 0 |
| 0.9.1 | 0.9.2 | Expired | 2 | 0 |
The text was updated successfully, but these errors were encountered: