L'environnement conda pour la documentation se crée en dehors du containeur de CICD, directement dans un containeur hébergé par Github. L'intérêt ici c'est un déployement directement sur les github pages à l'aide du workflow JamesIves/github-pages-deploy-action@3.7.1, sans dépendance à l'action-runner.
A seconde vue il doit être possible de tout faire sur la VM, dans le containeur crée au préalable, puis de copier la doc ainsi créée, et enfin de déployer à l'aide de l'action JamesIves/github-pages-deploy-action@3.7.1
Ca peut être une bonne idée pour éliminer de la redondance, mais ça demande de repasser sur les workflows. Par exemple avec 4 jobs :
création de l'image
A) tests
B) build de la doc, copie, et déploiement
archivage de l'image si on est dans un push
Pour l'instant c'est plus une question d'élégance que de nécessité.
L'environnement conda pour la documentation se crée en dehors du containeur de CICD, directement dans un containeur hébergé par Github. L'intérêt ici c'est un déployement directement sur les github pages à l'aide du workflow
JamesIves/github-pages-deploy-action@3.7.1
, sans dépendance à l'action-runner.A seconde vue il doit être possible de tout faire sur la VM, dans le containeur crée au préalable, puis de copier la doc ainsi créée, et enfin de déployer à l'aide de l'action
JamesIves/github-pages-deploy-action@3.7.1
Ca peut être une bonne idée pour éliminer de la redondance, mais ça demande de repasser sur les workflows. Par exemple avec 4 jobs :Pour l'instant c'est plus une question d'élégance que de nécessité.
_Originally posted by @CharlesGaydon in https://github.com/IGNF/lidar-deep-segmentation/pull/14#discussion_r870513509_