skip scheduled deploys where last deploy was 'partial' to prevent unexpected/problematic behaviour #1082
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Recently, when @guardian/digital-cms were working on https://github.com/guardian/editorial-tools-production-monitoring/pull/316, they needed to do partial deploys (in order to test on secondary instances in PROD, but leave primary instances unaffected), meanwhile riff-raff performed the scheduled deploy for this project, crucially a full deploy, which in turn broke primary instances, this was quickly dealt with but perhaps if someone forgets that they did a partial deploy, then the current behaviour of riff-raff could cause some quite pernicious problems.
So now, if last deploy for a project was 'partial' then the scheduled deployed is skipped but users are notified (just like when previous deploy failed, as most likely the partial deploy was temporary).