un formulaire pour saisir un dockerFile (on pourrait avoir une dropdown avec les outillages proposés pour éviter de forcer les gens à en faire)
un champ pour le repo git
un bouton pour appeler une API avec les info
une div qui trace les logs des opérations de build et de test
Back :
une API pour lancer un build
le build :
créé un workspace relative au "projet"
lance un build de l'image docker
git clone
npm install
lance une instance de l'image
npm run test
les logs des deux étapes sont remontés à l'ihm
On se retrouve donc avec deux "étapes" :
le build se retrouve "joué" lors du build du docker
les tests qui sont exécuté par le docker run
Le résultat des étapes serait accessible par un volume docker partagé entre la pic et l'instance docker. On y trouvera l'artifact, les rapports de TU, coverage
C'est un premier jet, le but n'est pas de prendre des décisions tout seul, mais plutôt de partir d'un brouillon et de l'affiner, le mener vers une cible partagé.
Hello,
Voici le périmètre courant du MVP :
Front :
Back :
les logs des deux étapes sont remontés à l'ihm
On se retrouve donc avec deux "étapes" :
Le résultat des étapes serait accessible par un volume docker partagé entre la pic et l'instance docker. On y trouvera l'artifact, les rapports de TU, coverage
C'est un premier jet, le but n'est pas de prendre des décisions tout seul, mais plutôt de partir d'un brouillon et de l'affiner, le mener vers une cible partagé.