n8n-upgrade

Upgrade self-hosted docker-compose n8n stacks with compatibility audits, snapshots, and rollback.

1|Updated Jul 22, 2026
One-click install
npx skills add https://github.com/thititongumpun/skills --skill n8n-upgrade-thititongumpun
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: n8n-upgrade
Source: https://github.com/thititongumpun/skills/tree/main/skills/n8n-upgrade
Command: npx skills add https://github.com/thititongumpun/skills --skill n8n-upgrade-thititongumpun

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Upgrading a self-hosted n8n stack risks breaking workflows through removed nodes, renamed environment variables, and irreversible database migrations, and this Skill enforces a docs-verified audit, snapshot, and verification process before anything changes. ## Core Features & Use Cases - Docs-Verified Compatibility Audit: Cross-references official n8n release notes and BREAKING-CHANGES.md against your actual env vars, nodes, and database config, reporting only changes between your current and target versions. - Snapshot-Based Rollback: Captures compose files, credentials exports, database dumps, and the data volume (including the encryption key) before any upgrade, with a full restore procedure. - Active-Workflow Verification: Diffs active workflows and error executions via the n8n REST API before and after the upgrade, and fires a smoke-test workflow to prove the stack works. - Use Case: Your n8n is on 2.30.1 and the runners sidecar drifted to a different tag. Ask the agent to upgrade to the latest stable release; it produces a blocking-changes report for your approval, snapshots everything, bumps both tags together, and verifies every previously active workflow is still active. ## Quick Start Upgrade my n8n docker-compose stack in the current directory to the latest stable version and verify all my active workflows still work afterward.

Frequently Asked Questions about n8n-upgrade

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I upgrade a self-hosted n8n docker-compose stack safely?

Audit the official n8n release notes and BREAKING-CHANGES.md against your current env vars and exported workflows, snapshot the compose files, database, and data volume, then bump the n8nio/n8n and n8nio/runners tags together and verify active workflows via the REST API.

How do I roll back n8n after a failed upgrade?

Restore the snapshot taken before the upgrade: bring the stack down, restore the compose file and .env, pg_restore the database dump, extract the volume tar backup, and start the stack again. Forward database migrations have no supported revert, so the snapshot is the only way back.

Does the n8n runners image version need to match the n8n version?

Yes, the n8n docs require the n8nio/runners sidecar tag to equal the n8nio/n8n tag. A drifted runner tag causes Code nodes to hang on waiting for runner, so both tags must be bumped in a single edit.

Can I use this upgrade process for n8n on Kubernetes or npm installs?

No, the scope is limited to a docker-compose stack with one n8nio/n8n main container and one n8nio/runners sidecar. Queue-mode fleets, npm installs, and Kubernetes deployments are explicitly out of scope.

Why did my n8n credentials become unreadable after recreating the container?

A recreated volume without N8N_ENCRYPTION_KEY set in the environment generates a fresh encryption key, making existing credentials unreadable. The fix is restoring the data volume from the snapshot tar, which contains the original key.