Syfte
Målet med denna issue är att lägga till en första CI-pipeline med GitHub Actions.
CI betyder Continuous Integration. Det innebär att GitHub automatiskt kontrollerar projektet när någon pushar kod eller öppnar en Pull Request. På så sätt upptäcker vi problem tidigt, istället för efter att kod redan har mergats.
Det här är nästa naturliga steg efter Docker Compose för lokal utveckling.
Varför vi gör detta
Just nu behöver vi själva starta projektet och kontrollera manuellt att allt fungerar. Med GitHub Actions kan repot automatiskt:
- checka ut koden
- installera rätt version av Python
- installera rätt version av Node
- installera dependencies
- köra backend-kontroller
- köra frontend-kontroller
- ge en grön eller röd status på PR:n
Det gör projektet mer pålitligt och mer professionellt.
Mål
- Skapa en workflow i
.github/workflows/
- Köra vid
push och pull_request
- Installera backendens dependencies
- Installera frontendens dependencies
- Köra relevanta tester eller kontroller om de finns
- Säkerställa att pipelinen avslutas med tydlig grön/röd status
Förslag på första innehåll i pipelinen
Pipeline-flöde:
- Checkout repository
- Setup Python
- Installera backend dependencies
- Setup Node
- Installera frontend dependencies
- Köra tester eller grundläggande kontroller
- Visa status i GitHub
Att tänka på
- Börja enkelt. Första versionen behöver inte vara avancerad.
- Om projektet ännu inte har full testsvit kan vi börja med build- och installationskontroller.
- Målet är först att skapa en stabil grund som senare kan byggas ut.
Definition of Done
- En GitHub Actions-workflow finns i repot
- Workflow körs automatiskt vid push och PR
- Backend och frontend installeras korrekt i CI
- Workflow ger tydlig status i GitHub
- README eller dokumentation uppdateras kort vid behov
Syfte
Målet med denna issue är att lägga till en första CI-pipeline med GitHub Actions.
CI betyder Continuous Integration. Det innebär att GitHub automatiskt kontrollerar projektet när någon pushar kod eller öppnar en Pull Request. På så sätt upptäcker vi problem tidigt, istället för efter att kod redan har mergats.
Det här är nästa naturliga steg efter Docker Compose för lokal utveckling.
Varför vi gör detta
Just nu behöver vi själva starta projektet och kontrollera manuellt att allt fungerar. Med GitHub Actions kan repot automatiskt:
Det gör projektet mer pålitligt och mer professionellt.
Mål
.github/workflows/pushochpull_requestFörslag på första innehåll i pipelinen
Pipeline-flöde:
Att tänka på
Definition of Done