-
Notifications
You must be signed in to change notification settings - Fork 3
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
ci: add production workflow #1019
Conversation
.github/workflows/ci-cd-prod.yml
Outdated
function-project-path: "./src/Digdir.Tool.Dialogporten.SlackNotifier" | ||
environment: prod | ||
|
||
run-e2e-tests: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we want to run this in production? Would be sweet to be able to, but is it safe atm?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@elsand hva tenker du?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Her er mine umiddelbare tanker. Sist gang jeg så testene mener jeg å huske at de for det første skrev til Dialogporten, og for det andre at de gjorde det på test ressurser (fra ressurs registeret i test). Vil de i det hele tatt kjøre? Tror egentlig vi heller burde ha et flyktig miljø å kjøre disse i før vi i det hele tatt får lov til å publisere til prod.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
True true. Vi får ta en runde på det i refinement kanskje? Kan kommentere ut inntil videre!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Jeg verken approver eller stopper denne pren ettersom jeg ikke har nok info om e2e testene atm. Sett bort i fra "run-e2e-tests steget, og kanskje en rouge "todo" ser jeg ikke noe i veien for å approve denne.
.github/workflows/ci-cd-prod.yml
Outdated
name: Get current version | ||
uses: ./.github/workflows/action-get-current-version.yml | ||
|
||
# todo: should not need to re-build and re-publish the image here. Use existing image instead |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Skal dette gjøres som del av denne PRen eller en annen? Har vi i så fall et issue på det?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yess godt poeng. Lagde et issue på det nå. #1023
.github/workflows/ci-cd-prod.yml
Outdated
function-project-path: "./src/Digdir.Tool.Dialogporten.SlackNotifier" | ||
environment: prod | ||
|
||
run-e2e-tests: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Her er mine umiddelbare tanker. Sist gang jeg så testene mener jeg å huske at de for det første skrev til Dialogporten, og for det andre at de gjorde det på test ressurser (fra ressurs registeret i test). Vil de i det hele tatt kjøre? Tror egentlig vi heller burde ha et flyktig miljø å kjøre disse i før vi i det hele tatt får lov til å publisere til prod.
Quality Gate passedIssues Measures |
Description
Will run a dry-run of the deployment to both infra and apps on a new release. Will have to be reviewed manually before deployment happens.
We now have a full workflow for deployment to production. Some time in the not so very near future, I think it would be wise to split up the dry-run part and the deployment itself. As right now it would require a review from any of us to even start the dry-run, which should happen automatically on every release.
Related Issue(s)
Verification
Documentation
docs
-directory, Altinnpedia or a separate linked PR in altinn-studio-docs., if applicable)