Skip to main content
daily-triage/stale-cached-build-artifact-deploys-despite-passing-cicd-pipeline-signal.md
Daily Triage Briefing

Stale Cached Build Artifact Deploys Despite a Passing CI/CD Pipeline Signal

Impact Summary

A fictional Daily Triage exercise in which a CI/CD pipeline reports a fully successful deployment while production replicas silently run a stale artifact, requiring the reader to reconcile conflicting evidence and choose a bounded recovery action.

SeveritySEV-2
StatusResolved simulation
PlatformCI/CD & Developer Platforms
Incident TypeCI/CD & Developer Platforms
Published16 Aug 2026
Technologies Involved
CI/CD

Simulation Label

Fictional simulation. This exercise is a bounded, invented training scenario for practising operational reasoning. No real organisation, incident, telemetry, credentials or production identifiers are involved or implied.

Operational Summary

Root Cause

A shared CI/CD build cache, keyed by branch rather than commit hash, served a stale artifact manifest to the promotion step for payments-api. The pipeline correctly reported the new build as successful, but roughly half of production replicas were promoted with the previous artifact digest, causing intermittent old behaviour despite a green pipeline dashboard.

Detection Method

Evidence-led guided investigation

Current Status

Resolved simulation

Affected Services

CI/CD

Incident Overview

Northwind Retail (a fictional organisation) runs its payments-api service through a shared CI/CD platform. At 09:42 on a Tuesday, an engineer merges a small validation fix to the main branch.

The pipeline builds the service, runs its test suite, and reports a green run: build succeeded, tests passed, and the promotion stage marks the new artifact as deployed to the production cluster.Fifteen minutes later, the on-call platform engineer notices something odd. The CI/CD dashboard still shows the deployment as fully successful and up to date with the latest commit.

However, a subset of customer requests to payments-api are returning an old validation error that the merged fix was supposed to remove. Other requests, routed to different replicas, behave correctly.

There is no dashboard alert, no failed health check, and no obvious rollback trigger u2014 only an inconsistent pattern in production behaviour that contradicts the pipeline's own success signal.

Investigation Options

Review the available operational moves and select the best immediate action.

A

Roll back the payments-api deployment to the last verified-good artifact tag and freeze the build cache pending investigation.

B

Force a full cache invalidation and rebuild payments-api from a clean cache before taking any deployment action.

C

Restart the deployment gate service and re-trigger promotion of the currently reported artifact.

D

Pause all CI/CD promotions across every service in the organisation until the discrepancy is fully understood.

Tags:CI/CD