Chapril » drop.chapril.org

Le 01/04/2020 à 17:36, la demande #4287 a été mise à jour par Christian P. Momon.

Statut changé de Résolu à En cours de traitement

Romain H. a écrit :

Sur ma machine j'ai récupéré la branche chapril-v3.0.21 depuis notre serveur et master depuis github, ça n'a pas récupéré les hooks.

Mais alors d'où viennent les hooks ?!!

J'ai poussé ces deux branches sans les hooks sur notre forge.

NON. On doit pouvoir pusher depuis la vm. Sinon c'est trop lourdingue et certainement pas reproductible.

J'ai changé le origin sur le serveur puis supprimé les hooks qui restaient avec un rm dans le dossier .git/hooks.

NON. Maintenant, comment récupère-t-on la nouvelle version officielle ?!! Comment builde-t-on nominalement ?

• remettre comme avant (voir les sauvegardes)
• vérifier à quoi servent les hooks
• soit ça ne sert à rien et alors ok pour le virer, soit trouver comment pusher sans vers un remote neutre

Le 01/04/2020 à 19:08, la demande #4287 a été mise à jour par Romain H..

Christian P. Momon a écrit :

Romain H. a écrit :

Sur ma machine j'ai récupéré la branche chapril-v3.0.21 depuis notre serveur et master depuis github, ça n'a pas récupéré les hooks.

Mais alors d'où viennent les hooks ?!!

C'est l'outil Husky qui les crée quand on fait un npm install, il ajoute un linter et l’exécution des tests unitaires. À mon avis ça peut avoir du sens si on modifie le code et pas juste des petites modifs d'affichage. Et dans tous les cas je pense pas que ça soit une bonne idée de lancer les tests unitaires sur le serveur de prod, j'ai l'impression qu'il lance un navigateur pour tester la navigation.

J'ai poussé ces deux branches sans les hooks sur notre forge.

NON. On doit pouvoir pusher depuis la vm. Sinon c'est trop lourdingue et certainement pas reproductible.

J'ai changé le origin sur le serveur puis supprimé les hooks qui restaient avec un rm dans le dossier .git/hooks.

NON. Maintenant, comment récupère-t-on la nouvelle version officielle ?!! Comment builde-t-on nominalement ?

Tel que je le voyais c'est qu'on garde la branche master comme une copie de Github, on la maintien à jour avec un truc du genre :
git remote add github https://github.com/mozilla/send.git
git checkout master
git pull github --tags
git push origin

Le jour où il y a une nouvelle version, on crée une branche sur origin avec celle-ci depuis le tag :
git checkout -b chapril-v3.0.2X 3.0.2X

On récupère nos personnalisations puis on push sur origin :
git cherry-pick a00127f4a8 5887450b62 17c8aed513 114b976a94 0538e5cc3e 6285f96f26 9613f199a9

Si on l'a fait directement sur le serveur, il y a rien à changer.
Si on l'a fait sur une machine de dev, il faut faire un git checkout de chapril-v3.0.2X sur le serveur.

Je vois pas la différence par rapport à avant sauf que notre remote origin passe de github à notre forge, non ? Mais on peut toujours rajouter des remote pour récupérer d'autres dépôts.
Je pourrai faire une doc plus précise quand il y aura une première mise à jour.

Le 11/04/2020 à 17:00, la demande #4287 a été mise à jour par Romain H..

J'ai ajouté un début de doc sur le wiki : https://admin.chapril.org/doku.php?id=admin:chatons:drop.chapril.org
Il faudrait compléter avec les commandes quand il y aura la première mise à jour.