Différences

Ci-dessous, les différences entre deux révisions de la page.

--- report:patches:userguide [2016/05/20 21:16] – [Procédure typique de gestion des patchs] admin
+++ report:patches:userguide [2026/01/13 08:03] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 12: / Ligne 12: @@
    // PATCH : <raison>
    // /PATCH
 A ce moment, voici par exemple une séquence non patchée :
@@ Ligne 42: / Ligne 42: @@
        if (optional_param('setdefaulthome', false, PARAM_BOOL)) {
            set_user_preference('user_home_page_preference', HOMEPAGE_SITE);
+==== Processus de réintégration ====
+Lorsque votrez base de code contient de tels patchs marqués une mise à jour du code s'effectue suivant ce processus :
+   - Récupérez une base de code à jour dans un répertoire à part
+   - Scannez et listez les patchs de votre version
+   - Un par un, ouvrez les fichiers concernés et reportez vos patchs. Dans 90% des cas, ce sera facile.
+   - Réglez les cas particuliers
+   - Backupez votre code original.
+   - Remplacez par le nouveau code patché et faites les vérification de non régression.
+==== Les cas possibles ====
+Dans 90% des cas, le report des patchs est trivial. Moodle n'évolue pas énormément notamment entre version mineures. Il peut arriver par contre en effet que à certains moment, des tranformations plus importantes bouleversent les structures du code. Vous serez alors dans l'un des cas suivants :
+  * Le code standard régle le problème corrigé par le patch : le patch devient obsolete et peut être résorbé.
+  * Le code standard est fortement modifié, mais le problème est toujours là : Vous devez alors réexaminer l'intégration de votre patch.
 [[:Report:Patches|Retour à l'index du composant]]