Comment connecter les combinaisons et Travis dans GitHub?

Question

Actuellement, TravisCI s'appuie sur les relations publiques dans un dépôt public GitHub. Les instructions salopettes pour dire de mettre cela dans un fichier .coveralls.yml:

service_name: travis-pro 
repo_token: <my_token> 

qui ne fonctionne pas pour moi parce que le fichier .coveralls.yml serait public - en GitHub vérifié. Mon TravisCI est intégré dans mon repo GitHub connecté à une branche et déclenche sur PR.

J'ai donc essayé ceci:

Dans le site de TravisCI je mis un environnement var:

COVERALLS_REPO_TOKEN à la valeur de mon jeton.

Alors modded mon .travis.yml à ressembler à ceci:

language: scala 
scala: 
    - 2.11.7 
notifications: 
    email: 
    recipients: 
     - me@my_email.com 
jdk: 
    - oraclejdk8 
script: "sbt clean coverage test" 
after_success: "sbt coverageReport coveralls" 
script: 
    - sbt clean coverage test coverageReport && 
    sbt coverageAggregate 
after_success: 
    - sbt coveralls 

Maintenant, quand je crée un PR sur la branche cela va ok - pas d'erreurs et je vois la sortie dans la console de Travis que la couverture test a couru et a généré des fichiers. Mais quand je vais à Coveralls je ne vois rien - "Il n'y a pas eu de builds pour ce repo."

Comment puis-je configurer ceci?

EDIT: J'ai également essayé de créer un .coveralls.yml avec juste service_name: travis-ci Pas de dés, malheureusement.

Answer 1

Comment puis-je configurer ceci?

Étape 1 - Activer Coveralls

La première chose à faire est de permettre Coveralls pour votre référentiel.

Vous pouvez le faire sur leur site web http://coveralls.io:

• aller à http://coveralls.io
• Connectez-vous avec vos identifiants GitHub
• cliquez sur "Référentiels", puis "Ajouter Repo"
  • si le repo n'est pas encore listé, alors "Sync GitHub Repos"
• enfin, l'interrupteur "activer salopettes" à "On"

Étape 2 - Configuration Travis-CI pour pousser les infos de couverture pour une combinaison

Vous fichier .travis.yml contient entrées multiples des sections script et after_success. Donc, nous allons nettoyer ça un peu:

language: scala 
scala: 2.11.7 
jdk:  oraclejdk8 

script: "sbt clean coverage test" 

after_success: "sbt coveralls" 

notifications: 
    email: 
    recipients: 
     - me@my_email.com 

Maintenant, lorsque vous appuyez sur, les commandes dans les sections de script sont exécutées. C'est à ce moment que vos données de couverture ont été générées.

Lorsque les commandes se terminent avec succès, la section after_success est exécutée. C'est à ce moment que les données de couverture sont poussées vers la combinaison.

Le fichier de configuration .coveralls

Le fichier .coveralls est uniquement nécessaire pour:

• repo Travis-CI publics ne ont pas besoin de ce fichier de configuration depuis Coveralls peuvent obtenir les informations via leur API (via Le repo_token (trouvé sur la page de repo sur Coveralls) est seulement nécessaire pour les repos privés et devrait être gardé secret. Si vous le publiez, n'importe qui peut soumettre des données de couverture pour votre repo.

se résume à: vous avez besoin du fichier que dans deux cas:

• pour spécifier un emplacement personnalisé pour les fichiers contenant les données de couverture

• ou lorsque vous utilisez Travis-Pro et dépôts privés. Ensuite, vous devez configurer "travis-pro" et ajoutez le jeton:

  service_name: travis-pro 
  repo_token: ...