Commit graph

15 commits

Author SHA1 Message Date
Christopher Willis-Ford
95947f18af fix: attempted fix for "unauthorized" error 2024-04-25 15:27:44 -07:00
Christopher Willis-Ford
2f10033669 ci: try to deploy after daily jobs 2024-02-23 15:41:31 -08:00
renovate[bot]
1edcfc0c3e
chore(deps): pin dependencies 2024-02-16 01:58:26 +00:00
Christopher Willis-Ford
eb422f9f64 ci: use semantic-release 2024-01-16 10:33:36 -08:00
Christopher Willis-Ford
e3378ee380 chore: add commitlint 2024-01-16 10:33:36 -08:00
Christopher Willis-Ford
94c3353f54 feat: mark automated Transifex updates as fixes
Marking this a `feat` because it's effectively a versioning scheme
change.
2024-01-16 10:33:13 -08:00
Christopher Willis-Ford
eaa7e52623 ci: pass NPM token through workflow call 2023-11-27 13:55:49 -08:00
Christopher Willis-Ford
9aafa62af7 ci: don't assume remote branch name 2023-11-22 11:52:17 -08:00
Christopher Willis-Ford
10905d5ee8 ci: use separate job to call ci-cd workflow 2023-11-22 11:52:17 -08:00
Christopher Willis-Ford
62f23e8dab ci: run commitlint action on PRs only 2023-11-20 08:10:57 -08:00
Christopher Willis-Ford
6192ffed75 ci: use output parameter for MADE_CHANGES check
Previously, this was using outdated and 'insecure' syntax for setting an
environment variable. More info here:
https://github.blog/changelog/2020-10-01-github-actions-deprecating-set-env-and-add-path-commands/

This could have been solved by using `echo STUFF >> "$GITHUB_ENV"` but I
think using a step output is even better, mainly because it's more clear
what kind of changes `MADE_CHANGES` is talking about.

I also reordered the commands so that if writing the step output fails,
the step will fail before pushing the changes. That means we'll no
longer end up with half-released changes (released on GitHub but not
NPM).
2023-11-20 07:58:35 -08:00
Christopher Willis-Ford
931794d116 ci: run CI/CD workflow if TX Pull makes changes 2023-11-15 14:22:36 -08:00
Christopher Willis-Ford
4277c674f3 ci: simplify workflow triggers for push vs. PR
The CI/CD workflow will now run on any push, including one that will
later be used for a PR. This means running on `pull_request` is no
longer necessary, nor is filtering by branch.
2023-11-15 14:19:15 -08:00
Maxim Schram
3e750062ea ci: split single workflow into scheduled and non-scheduled 2023-10-20 10:44:58 -04:00
Maxim Schram
b1247edd94 ci: cci to gha migration 2023-10-18 16:00:09 -04:00