AWS / kops Deep Dive / Hacking Session – Justin Santa Barbara, FathomDB
summary
Walks through how kops contributions actually get merged: contributors hit a CLA requirement, PRs trigger end-to-end CI on AWS (including costly cluster tests), size and unit/integration tests determine review effort, and merge bots enforce LGTM→approve bot flow; ownership is gated by per-directory owners/approver model, so cross-dir changes need multiple approvals. Shows a real PR (deepmerge copied from Helm), common hiccups (needs rebase, flaky E2E, missing release-note), and a planned fix idea (inject secret hash into launch user-data to force rolling updates).
AI-written summary · about
chapters (12)
- 0:00Introduction
- 11:48CLA
- 15:14Test Infrastructure
- 25:33Release Notes
- 27:33Squashing commits
- 30:03Will there
- 30:53Undo
- 34:18Owners
- 45:13Extras Repository
- 51:53Good Starter Issues
- 53:53Rolling Updates
- 55:03Live Coding
related talks
35mGitOps in Action
28mBuilding K8s on AWS & Enabling Developers to Deliver. What to Do Better - Greg Sansom & Fahad Tariq
23mKubernetes GitOps on AWS
53mBirds of a Feather
30mMerging Quickly in a Cloud Native World
23mKubernetes GitOps on AWS
29mTales from the Branches: GitOps in the Real World
26mGitOps: yea or nay?
