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
I noticed that at least as far back as 1.8.11, the release branch of spire references commits not landed on main in spire-api-sdk. As a result, updates include potentially confusing pseudo-versions and risks deletion of non-main branches affecting spire. Fortunately, it appears to be the same code, just different commits.
Yes, this is intentional. SPIRE always tracks a pseudo-version from the next branch in the SDK repos, so that we can develop new features in next without making them available to general SDK consumers . When we do a release, we pick over commits from next into main that are being lit up in that release.
Unfortunately, we do have a few changes made in main (superficial stuff mostly like docs) that didn't make their way into next that can make the diff noisy.
The add-preferred-ttl commit is not released yet (part of 1.10.1) so it is expected that it is only in next currently.
I noticed that at least as far back as 1.8.11, the release branch of spire references commits not landed on main in spire-api-sdk. As a result, updates include potentially confusing pseudo-versions and risks deletion of non-main branches affecting spire. Fortunately, it appears to be the same code, just different commits.
In clone of spire repo:
In clone of spire-api-sdk repo:
The text was updated successfully, but these errors were encountered: