Demo Proposal: Live CD Rollback on a To-Do List App, Comparing Manual vs. Automated Rollback - #2965
Merged
Merged
Conversation
algomaster99
requested changes
Sep 3, 2026
algomaster99
left a comment
Collaborator
There was a problem hiding this comment.
The idea of rollback is good but I suggest to come up with a better scenario. See comments below.
algomaster99
approved these changes
Sep 7, 2026
algomaster99
left a comment
Collaborator
There was a problem hiding this comment.
Looks good now! Make sure that "healthcheck" is something which is hard to incorporate into test suites. Otherwise, there wouldn't be a need for a rollback.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
Assignment Proposal
Title
Live CD Rollback on a To-Do List App, Comparing Manual vs. Automated Rollback
Names and KTH ID
Deadline
Category
Description
We'll use a small, standalone to-do list app (static frontend + a lightweight API) built specifically for this demo to demonstrate automated rollback mechanics within CD.
Our CI/CD pipeline (GitHub Actions) will deploy the app to [Render or a similar platform]. Our CI pipeline will then run tests before deployment, so broken code doesn't get merged. But some problems only show up once the change is merged to production (like a bad configuration or a dependency that isn't working). To catch these, an automated health check runs against the live app right after each deployment. During the demo, we'll ship a change that passes our CI gating tests but breaks the app once it's live. The health check catches this on its own, and the pipeline automatically rolls back to the last healthy release, with no manual intervention. We'll walk through the rollback strategy we chose and why we designed it to trigger automatically rather than being triggered by a developer.
Relevance
Rollback is a core DevOps practice: the ability to recover quickly and safely from a bad deployment is what makes frequent, automated releases viable. What we specifically want to highlight is the difference between a rollback a developer has to trigger manually and one the system performs on its own the moment it detects a problem. Running automatically is what actually makes continuous deployment safe to run unattended and at high frequency, which is the core promise of DevOps automation.