Closed falquaddoomi closed 2 months ago
Name | Link |
---|---|
Latest commit | 4c3137dd29cc0e88b383b4b0659b1e289fd06993 |
Latest deploy log | https://app.netlify.com/sites/gene-plexus/deploys/66293beecb0e4b0008ce3410 |
I'll try forking this and testing it, short of actually providing the secrets and deploying to GCP.
Well, couldn't test much with a fake GCP key, but it seems to look as expected.
Suggestion: I've been adding this to all my workflows now because it's very handy. If a job fails (or even if it doesn't) you can re-run with debug logging enabled, and it'll trigger this action where it'll pause the workflow and allow you to ssh into the runner.
- if: runner.debug == '1' uses: mxschmitt/action-tmate@v3
Generally I put it before any critical or likely-to-fail actions.
Neat! I put it before the deploy line in the function deploy helper workflow, since I could imagine us wanting to investigate the filesystem if a deploy failed or if the function was acting strangely.
Kind of a small thing: I'm using the GitHub Actions extension for VS Code, and it flags the line - if: runner.debug == '1'
as a warning with the message Context access might be invalid: debug
. Any idea if that's something that can be safely ignored, or if there's maybe alternate syntax that won't show the warning?
Hmm idk what that warning is about but I've never had that action throw an error in any workflow, debug mode or not.
Closes #5
This PR adds one workflow per function (i.e., one for
convert-ids
and one forml
) that redeploys the function whenever anything is merged intomain
that alters the function's code.The PR includes a helper workflow,
helper-deploy-func.yaml
, which does the following:cloud-function-deployer
service account, via a service account credentials file stored as a secret in this repoEach function mentioned above uses the function deployer helper workflow to minimize code duplication.