oui, il faut écraser tous les fichiers présents par les nouveaux
Il faut aussi renommer le fichier « install.lock » (normalement situé dans /documents) en ce que tu veux, le temps de la mise à jour.
Pour l’update : rends toi juste sur l’url habituelle de dolibarr : tu seras redirigé vers la page de mise à jour.
Une fois l’update terminée avec succès, re-renomme ton fichier en « install.lock »
MAIS AVANT TOUTE CHOSE :
-> sauvegarde de la bdd
-> mise en lieux sûr de la sauvegarde de la bdd (pas sur le serveur …)
-> mise en lieux sûr d’une copie du répertoire /documents (pas sur le serveur…)
en cas de kouack : tu pourras ainsi revenir en arrière.
Cela signifie que la liste des fichiers de la mise à jour est strictement identique d’une version à l’autre (au moins dans une branche comme la 10.0).
Bien noté la question des sauvegardes !!!
non, elle n’est pas identique.
Il peut y avoir :
- des fichiers en plus (pas gênant)
- des fichiers modifiés (pas gênant)
- des fichiers en moins (ça générera des fichiers « en trop » dans le test d’intégré : mais c’est juste un warning, ça n’a pas d’incidence)
La meilleure manière de faire est :
0) sauvegarder (bdd, repertoire /documents, conf.php, répertoire /custom)
tout supprimer sauf :
- la base de donnée
- le répertoire /document (c’est pour cela qu’il est conseillé de le mettre en dehors de arborescence de dolibarr et de paramétrer le conf.php en conséquence)
- le repertoire /conf (pour conserver le conf.php)
- le répertoire /custom (pour les modules tiers)
renommer le install.lock (normalement dans /documents)
uploader les nouveau fichiers
mettre à jour
re-renommer le install.lock
Mais « tout écraser » est plus simple à expliquer aux débutants et risque moins d’occasionner des fausses manip
nb : il est utile de jeter un oeuil au nouveau fichier conf.php.example pour voir si de nouveaux paramètres ont été introduits et modifier le conf.php en conséquence.
ps : vérifie bien que tes modules tiers soient compatible avec la nouvelle version AVANT de faire la migration… si tu en as.