-
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
Allow specifying the name of the installed Typst executable #21
Comments
Wouldn't mind a main build too |
you mean in addition to "latest" and version tags? and with suffix that would be |
For reference the way this is done with other setup-node and setup-python actions is to execute the tests on each version either in parallel across multiple jobs or sequentially by re-applying setup-node again and again after each test. Example using multiple jobs via a matrix 🌟 this is the most popular way I've seen jobs:
test-it:
strategy:
matrix:
node-version: ["18", "20", "22"]
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: actions/setup-node@v4
with:
node-version: ${{ matrix.node-version }}
- run: npm ci
- run: npm test Example using multiple applications of setup-node; unsure if setup-typst currently works with this pattern jobs:
test-it:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: actions/setup-node@v4
with:
node-version: "18"
- run: npm ci
- run: npm test
- uses: actions/setup-node@v4
with:
node-version: "20"
- run: npm test
- uses: actions/setup-node@v4
with:
node-version: "22"
- run: npm test |
ah, I completely forgot configuration matrices; I'll try it this way. |
Using a matrix is IMO sufficient and superior, so I'll close this. As an example, I'm adding this in the package template here: typst-community/typst-package-template#9 |
this action adds
typst
to the path; for testing packages with multiple Typst versions it would be desirable that different versions could be installed under different executable names, to that in the end for exampletypst
andtypst-0.10
end up on the Path.I can imagine a few different ways this could work:
executable-name
that you could set totypst-0.10
. If specified, the executable is renameduse-version-suffix
that you could set to true. If true, eithertypst-version
for the suffix0
,0.10
and0.10.0
typst
. As each invocation ofsetup-typst
prepends an entry to the path, the last one will determine the version found under the nametypst
The text was updated successfully, but these errors were encountered: