La plupart du temps, mettre à jour Kanboard vers une nouvelle version est transparent.
Le processus pourrait se résumer à simplement copier le dossier data
vers le nouveau répertoire kanboard
.
Kanboard va appliquer les migrations SQL automatiquement pour vous.
- Toujours, faire une sauvegarde complète de vos données avant !
- Vérifiez que votre sauvegarde est valide !
- Vérifiez encore
- Toujours lire la liste des changements pour vérifier sil y a des opérations manuelles à faire
- Stoppez le worker
- Mettez le serveur web en mode maintenance pour éviter que les gens utilisent l'application pendant la mise à jour
- Décompressez la nouvelle archive
- Copier le dossier
data
dans le nouveau répertoire décompressé - Copiez votre fichier de configuration personnalisé
config.php
si vous en avez un - Si vous avez installé des plug-ins, utilisez la dernière version
- Vérifiez que le répertoire
data
est accessible en écriture par l'utilisateur du serveur web - Testez que tout fonctionne correctement
- Supprimez l'ancien répertoire de Kanboard
git pull
- Testez que tout fonctionne correctement
Cette méthode va installer la version en cours de développement, utilisez là à vos risques.
Par défaut, les migrations SQL sont exécutées automatiquement. La version du schéma est vérifiée à chaque requête. De cette manière, les changements de base de données sont appliqués automatiquement.
Vous pouvez désactiver ce comportement si vous le souhaitez en fonction de votre configuration. Par exemple, si plusieurs processus essaient de mettre à jour le schéma en même temps, il se peut que vous ayez des problèmes même si chaque opération se fait dans une transaction.
Pour désactiver cette fonctionnalité, mettez le paramètre DB_RUN_MIGRATIONS
à false
dans votre fichier de configuration.
Lorsque vous allez mettre à jour Kanboard, exécutez cette commande :
./cli db:migrate