technique:docker:picasoft:test

Différences

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

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision		 Révision précédente
Prochaine révisionLes deux révisions suivantes
technique:docker:picasoft:test [2021/10/16 18:15] – qduchemitechnique:docker:picasoft:test [2022/05/24 20:38] – ppom
Ligne 12: Ligne 12:
 <bootnote>On suppose pour la suite que <bootnote>On suppose pour la suite que
    * Vous êtes connecté à la machine de test (`pica01-test.picasoft.net`),    * Vous êtes connecté à la machine de test (`pica01-test.picasoft.net`),
-   * Vous vous trouvez dans le clone du dépôt `dockerfiles` (voir [[technique:docker:picasoft:dockerfiles|gestion des services]]), +   * Vous vous trouvez dans le clone du bon dépôt (voir [[technique:docker:picasoft:dockerfiles|gestion des services]]), 
-   * Que le dépôt est à jour (`git pull`),+   * Que les modifications à tester sont "actives" (récupérées du dépôt ou faites directement sur la machine),
    * Que vous êtes que votre branche de travail (ou `master` si vous n'en avez pas créée).    * Que vous êtes que votre branche de travail (ou `master` si vous n'en avez pas créée).
    * Que vous vous trouvez dans le sous-dossier du servir concerné.    * Que vous vous trouvez dans le sous-dossier du servir concerné.
Ligne 41: Ligne 41:
  
 Si vous voulez tester le service "à la main", ou que le script ne fonctionne pas pour vous, ou pour toute autre raison, suivez ces étapes : Si vous voulez tester le service "à la main", ou que le script ne fonctionne pas pour vous, ou pour toute autre raison, suivez ces étapes :
- +On suppose que le fichier Compose est déjà à jour (modifié sur la machine ou récupéré via un `git pull`).
-### Récupérer les modifications +
- +
-```bash +
-git pull +
-cd <sous-dossier, e.g. pica-mattermost> +
-git checkout -- . +
-```+
  
 ### Remise à zéro ### Remise à zéro
Ligne 129: Ligne 122:
 ## Revenir à l'état initial ## Revenir à l'état initial
  
-On se resynchronise avec l'état du dépôt en enlevant toutes les modifications induites par les tests. +On enlève toutes les modifications induites par les tests, notamment le remplacement des URL. Ensuite, si on avait fait les modifications directement sur la machine de test, on peut commit et push.
-```bash +
-# <sous-dossier> vaudra . si vous êtes déjà dedans +
-git checkout --source=HEAD --staged --worktree -- <sous-dossier> +
-# Si on était sur une autre branche +
-git checkout master +
-```+
  
 ## Que faire après les tests ? ## Que faire après les tests ?
Ligne 147: Ligne 134:
 ``` ```
  
-<bootnote warning>Attention, cette opération nécessite d'être connecté au registre de production. Les identifiants se trouvent dans le [[technique:tips:password_store:start|pass]].</bootnote>+<bootnote warning>Attention, cette opération nécessite d'être connecté au registre de production. Les identifiants se trouvent dans le [[technique:adminsys:secu:password_store:start|pass]].</bootnote>
  
 On peut aussi le faire manuellement, pour chaque image maison (*i.e.* dont le nom commence par `registry.picasoft.net`) : On peut aussi le faire manuellement, pour chaque image maison (*i.e.* dont le nom commence par `registry.picasoft.net`) :
  • technique/docker/picasoft/test.txt
  • de 127.0.0.1