Your content pipeline is lying to you, and in regulated software, that's a serious problem
There is a category of bug that does not show up in your test suite, does not trigger an alert, and does not produce a stack trace. It looks like this: the wrong version of your content is running ...

Source: DEV Community
There is a category of bug that does not show up in your test suite, does not trigger an alert, and does not produce a stack trace. It looks like this: the wrong version of your content is running in production, and you have no reliable way to prove otherwise. For most applications, this is embarrassing. For software in regulated industries (medical devices, industrial systems, certified training applications, etc.) it can be a compliance failure with real consequences. This post is about why this happens, why the obvious fixes do not actually fix it, and what a correct architecture looks like. The problem with treating content like database state Most content pipelines work roughly like this: content lives somewhere editable (a CMS, a database, Notion, a spreadsheet), a build process or runtime query pulls it out, and the application delivers it to users. The fundamental assumption baked into this model is that "current content" means "whatever is in the database right now." That assu