sbegaudeau
commented
7 years ago Bonjour,
Désolé pour le délai, j'étais en déplacement ces derniers jours.
L'attribut file vous permet d'indiquer les fichiers à mettre dans votre release sur GitHub, ici vous pouvez utiliser le jar produit par le build. L'API Key est une propriété que vous devrez enregistrer dans l'interface web de travis (pour que celle ci n'apparaisse pas dans votre fichier travis car cela permet de manipuler une partie de votre compte Github). Pour générer une API Key pour Github renseignez vous sur Google comme par exemple ici. Dans votre fichier n'utilisez que le nom de la variable contenant votre API Key.
L'intérêt des tags et des releases sur Github est simple. Vous pouvez créer une release pour annoncer à votre communauté ce qui va venir dans la prochaine version de votre logiciel. Pendant ce temps vous pouvez continuer à développer votre logiciel et quand vous êtes certain de ce que vous voulez releaser, vous pouvez simplement tagger le commit qui correspond à la version que vous avez homologué. L'ajout du commit va déclencher un build sur travis qui va faire la promotion de vos fichiers sur la release Github.
Bonjour,
Nous sommes bloqués à la configuration du .travis.yml concernant le github release. Nous avons étudié le lien que vous nous avez fourni : https://docs.travis-ci.com/user/deployment/releases/
Cependant nous ne comprenons pas comment le configurer réellement, à quoi correspond "file" par rapport à notre projet ? Et de même pour l'api_key ? Sachant que sur les machines de la fac nous ne pouvons pas utiliser la commande "travis".
Le build se déroule correctement sur travis cependant nous n'avons pas réussi à obtenir des releases sur github. Nous ne comprenons pas encore comment fonctionne exactement le système de tag sur github avec travis (et son intérêt).
Nous avons un message dans les logs à l'issue du build Travis :
"Skipping a deployment with the releases provider because this is not a tagged commit"
Merci d'avance