Mise à Jour de modules - Liste des fichiers modifiés

[psykozen]

Bonjour à toutes et tous,

 

Nouvel utilisateur de Prestashop (1.6), je découvre au fur et à mesure toutes les possibilités - En passant, bravo aux multiples développeurs et merci à tous les contributeurs pour leur boulot et leur investissement, c'est impressionnant, surtout pour un vieux dinosaure qui vient du monde ZenCart

 

Ma petite migration se passe plutôt bien, et j'ai commencé à reprendre le thème de la 1.6 pour en faire un plus adapté à mes besoins (duplication du thème initial dans un nouveau thème, et je travaille directement dans ce nouvel espace . ainsi que sur certains fichiers (css, tpl) du tronc commun).

 

Depuis quelques jours, le système me propose de mettre à jour des modules, ce qui me parait sain (et fonctionne bien pour ceux que j'ai pu tester). Mais avant d'attaquer l'update du module "configurateur de thème", j'aurais voulu savoir s'il était possible (et comment) de savoir quels sont les fichiers modifiés dans la mise à jour (avant idéalement, ou après sinon, mise à jour). 

Seul moyen pour moi de reprendre les potentielles évolutions dans les fichiers que j'ai modifié et de les ré-intégrer. Je n'ai pas trouvé dans les menus un équivalent de log des fichiers updatés par une mise à jour.

 

Merci du coup de main.

 

d.

 

PS : Si cette question a déjà fait l'objet d'un topic particulier que je n'aurais pas vu, je vous prie de bien vouloir m'excuser, et de m'indiquer le topic en question. Merci beaucoup.

 

[Broceliande]

Hello,

 

Tu pourras constater les fichier et dossiers maj par leur date de creation, ni plus ni moins.

Ce système de maj est sain comme tu le dis mais dans certaines limites.

Il faut d'une part être déja en 1.6 (des maj 1.6 son proposées aux possésseurs de 1.5 alors qu'elles ne sont pas compatible).

D'autre part une maj de module ne mène pas toujours à une stabilité accrue.

Si pour ne pas le citer on parlait par ex du module Paypal , et qu'on souhaite l'utiliser en mode intégral evolution , alors l'upgrade peut tout bonnement mener à une impossibilité pour le client final de mener à terme une commande.

Bon j'abrège un peu même si je pourrais faire bcp plus détaillé en relatant  l'expérience vécue de certains de mes clients, mais pour faire court toute maj n'est pas nécessairement efficace. Le problème à ce jour étant que sur une 1.6 , on perd l'accès à la configration du module si l'on ne met pas ce dernier à jour quand cette maj existe.

 

Concernant le configurateur de thèmes que tu cites, je ne pense pas que celui-ci ait une incidence particulière sur ta config existante.

A mon avis dans le pire des cas il en aurait une si tu changeais ou réinstallais un thème.

[psykozen]

Merci beaucoup pour ce retour Broceliande.

 

Je note qu'il faut effectivement se méfier des mises à jour ...

Petit rectificatif : Sur la 1.6, si le module est à mettre à jour, on peut toujours accéder à la configuration, mais il faut passer par le menu déroulant qui est à droite du bouton de mise à jour.

 

Pour les différentiels de modification, j'étais, après quelques recherches, arrivé à la même conclusion.

La vérification des dates n'est pas non plus la solution, le module étant relivré dans son intégralité, les dates sont souvent mises à jour alors que les fichiers ne sont pas modifiés.

 

J'ai pensé à installer un gestionnaire de version (Type SVN ou git, pour gérer ça et finalement, c'est trop contraignant).

 

J'ai finalement opté pour un compromis, qui à l'usage s'avère efficace.

 

• Je garde une trace de tous les fichiers que je modifie, triés par module, pour mes customisations/modifications dans un tableau

Dans mon environnement de développement/pré-poduction :

• Je sauve les répertoires des modules à mettre à jour
• Je mets à jour module par module
• Je fais un différentiel, fichier par fichier, entre la version installée et la version sauvegardée, pour détecter les fichiers réellement modifiés (l'utilitaire WinMerge sous windows fait ça à la perfection)
• Pour les fichiers modifiés, je refais mes changements de customisation dans les nouvelles versions (là aussi WinMerge permet très rapidement de visualiser les modifs et de les reprendre par simple clic).
• Tests et hop, c'est dans la boite.

 

Le process a l'air un peu fastidieux mais à l'usage, il ne m'a fallu qu'une dizaine de minutes pour identifier les fichiers modifiés que j'avais moi aussi retouché, et les mettre à jour.

 

Et le module "Configurateur de Thème" embarque avec lui pas mal de styes liés au template fourni en standard avec la 1.6. J'avais donc pas mal de changements à reprendre au final dans 2 fichiers CSS.

 

d.