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 Jan 18, 2021. It is now read-only.
When 2 PRs are merged in a short time, there is a chance the Travis CI release builds will overlap. This will cause both builds to fail. Consider the sequence:
merge PR 'A', build 'A' starts
merge PR 'B' (clean merge, no conflicts), build 'B' starts even though 'A' hasn't finished
'A' build fails on 'git push' because remote branch has new commit (merge commit from PR 'B', the previous step)
'B' build should succeed in theory and release a new version. The new version will contain both PRs / both changes.
Considerations
I might be wrong with above sequence, I have written it based on my memory of how Shipkit works. We need to try it out.
It is not ideal that we ship a single version that contains multiple changes (it's end of the world, either)
Suggested solution
TBD. Any ideas? How important is fixing this issue?
The text was updated successfully, but these errors were encountered:
Problem
When 2 PRs are merged in a short time, there is a chance the Travis CI release builds will overlap. This will cause both builds to fail. Consider the sequence:
Considerations
Suggested solution
TBD. Any ideas? How important is fixing this issue?
The text was updated successfully, but these errors were encountered: