Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Travis CI durch GitHub Actions ersetzen #430

Open
2 of 3 tasks
sibbl opened this issue May 23, 2022 · 2 comments
Open
2 of 3 tasks

Travis CI durch GitHub Actions ersetzen #430

sibbl opened this issue May 23, 2022 · 2 comments
Assignees
Projects

Comments

@sibbl
Copy link
Contributor

sibbl commented May 23, 2022

Bei Travis haben wir "nur" 10.000 Build-Minuten. Diese sind bis 19.6. aufgebraucht.

D.h. bis dahin hätten wir erstmal nix deployen können da die Docker-Images über Travis gebaut wurden.

Als Ersatz nehmen wir GitHub Actions, die es mittlerweile gibt.

Stand:

  • breakout-frontend
  • breakout-backend
  • breakout-mailer
@sibbl sibbl created this issue from a note in Agenda (In Progress) May 23, 2022
@sibbl sibbl self-assigned this May 23, 2022
@sibbl
Copy link
Contributor Author

sibbl commented May 23, 2022

breakout-frontend ist fertig migriert.

Im Gegensatz zu vorher werden nur noch bei develop+master auch wirklich Docker-Container gebaut und gepushed. Das dürfte auch die Limits in unserer Azure Container Registry entlasten.

Die neue Methode kommt auch ohne verschlüsselte secrets.zip im Repository aus, die in dem Zuge entfernt wurde.

Was cool wäre: wenn wir irgendwann eslint updaten, könnte man die Fehler des Linter-Schrittes direkt mit in GitHub integrieren. War anfangs im Code mit drin, aber aufgrund unserer sehr veralteten eslint-Version nicht so einfach kompatibel.

@sibbl
Copy link
Contributor Author

sibbl commented Jun 8, 2022

breakout-backend ist ebenso fertig.

Im Gegensatz zu vorher werden keine application*.properties mehr ins Docker-Image gebaut, die nicht auch im Git liegen. Diese sollten via Docker gemounted werden, sodass wir keine sensitiven Daten im Image liegen haben.

Was cool wäre: das Gradle-Test-Resultat noch mit in GitHub integrieren. Bin froh dass die Gradle Tests aber nun wenigstens überhaupt mal laufen. PS: die Datei anfangs application-test.properties zu nennen war eine schlechte Idee, weil dadurch gar kein Test mehr loslief.

@sibbl sibbl moved this from In Progress to Backlog in Agenda Jun 8, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Agenda
Backlog
Development

No branches or pull requests

1 participant