Je migrerai l_n8n autohébergé et corrigerai les changements incompatibles

Vos flux de travail n8n échouent-ils après la mise à jour n8n 3.0, ou avez-vous peur de cliquer sur Mettre à jour ?

n8n 3.0 a supprimé les nœuds Function, Function Item, Item Lists, Cron et Read Binary File, a fait de Docker l’installation auto-hébergée unique et a modifié plusieurs paramètres. Les flux qui utilisent un nœud supprimé échouent simplement. Je prends en charge les changements incompatibles de n8n de A à Z pour que vos automatisations continuent de fonctionner.

COMMENT JE TRAVAILLE

1. Exécuter votre rapport de migration intégré et répertorier chaque flux affecté

2. Sauvegarder votre base de données et votre clé de chiffrement avant toute modification

3. Remplacer les nœuds supprimés par leurs équivalents officiels 3.0 (refactorisation n8n, pas correctifs)

4. Tester sur une copie de mise en scène, puis effectuer la mise à niveau en production lors d’une fenêtre planifiée

5. Remettre un journal des modifications écrit et un plan de rollback

CE QUE VOUS OBTENEZ

Nœuds Function obsolètes reconvertis en nœuds Code

Vérification Docker VPS, ou migration depuis npm

Variables d’environnement bloquées là où 3.0 a changé les valeurs par défaut

Rien ne passe en production sans votre accord

Vous détenez la pleine propriété de votre serveur, de vos comptes et de vos flux de travail.

Envoyez-moi votre version n8n (Paramètres > À propos) et dites-moi comment vous l’hébergez.