-
Notifications
You must be signed in to change notification settings - Fork 4
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
chore[pipeline]: unify QA GitHub actions in one workflow #683
Conversation
Preview Firebase Hosting URL: https://mobility-feeds-dev--pr-683-4nxu8zda.web.app |
Preview Firebase Hosting URL: https://mobility-feeds-dev--pr-683-tg4takkg.web.app |
integration-tests: | ||
uses: ./.github/workflows/integration-tests.yml | ||
needs: | ||
- api-build-deployment | ||
with: | ||
API_URL: 'https://api-qa.mobilitydatabase.org' | ||
secrets: | ||
REFRESH_TOKEN: ${{ secrets.QA_API_TEST_REFRESH_TOKEN }} | ||
|
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.
Removing the integration test here as the caller workflow will be executing integration tests after API deployment.
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.
LGTM!
Summary:
As done for PROD environment, QA releases must be driven by a unique GitHub action. This has couple of advantages over multiple triggers:
Additional changes
Working GitHub action example: https://github.com/MobilityData/mobility-feed-api/actions/runs/10783827753
Expected behavior:
Only one deployment GitHub action is triggered by main push event.
Testing tips:
Manual testing will be done against QA environment running the unified workflow.
Please make sure these boxes are checked before submitting your pull request - thanks!
./scripts/api-tests.sh
to make sure you didn't break anything