Éditer:
Je n'utilise plus cette approche, veuillez utiliser l'une des autres réponses.
Mise à jour: ce que j'ai fini par faire, pour notre cas spécifique: (les réponses ci-dessus étaient super - merci!)
Comme notre serveur de build n'est pas sur Internet, nous avons un script pour publier le statut de build dans la branche gh-pages de github.
- Échec du début des tampons de construction
- Succès des tampons de fin de construction
- Le projet s'exécute après le projet principal pour publier les résultats -> état de la construction, documents API, rapports de test et couverture des tests.
GitHub met en cache les images, nous avons donc créé un fichier .htaccess, qui indique un court délai d'expiration du cache pour l'image d'état de construction.
Mettez ceci dans le répertoire avec l'image d'état de construction:
ExpiresByType image/png "access plus 2 minutes"
Voici le script de construction. La cible qui publie sur gh-pages est «--publish.site.dry.run»
Avec moins de 400 lignes de configuration, nous avons:
- Compiler les chèques
- tests unitaires et d'intégration
- Rapports d'essai
- Rapports de couverture de code
- Documents sur l'API
- Publication sur Github
. . et ce script peut être exécuté dans ou en dehors de Jenkins, de sorte que:
- Les développeurs peuvent exécuter ce script avant de valider, ce qui réduit le risque qu'une version interrompue ait un impact sur les autres.
- Un échec est facile à reproduire localement.
Les resultats:
La page principale du projet présente l'état de la construction, mis à jour après chaque version, ainsi que les derniers documents sur l'API, les résultats des tests et la couverture des tests.