-
-
Notifications
You must be signed in to change notification settings - Fork 2
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
guidance: how to matrixify platform builds? #7
Comments
I found a trick! It's not perfect, but it's working. The trick: - steps:
- name: Platform Matrix Build
uses: jenseng/dynamic-uses@v1
with:
uses: ${{ matrix.os.vmaction }}
with: |
{
"release": "${{ matrix.os.version }}",
"prepare": "${{ matrix.os.prep }}",
"run": "${{ matrix.os.run }}"
} The contents of |
glad to know you have found a solution. but the |
In my particular case, the |
let's keep this issue open to see if there will be enough demands. |
[not NetBSD-specific, arbitrarily filing this here because I just filed some other ones here]
As a pkgsrc developer, I'm trying to define a concise-enough workflow to iterate over many Unix platforms, bootstrap the pkgsrc tools, and build the packages I maintain.
For the moment, while I'm figuring out what works, I have just two jobs: one for FreeBSD and one for NetBSD. I noticed the
run:
command sequence was long and duplicative, so I extracted it to a shell script, which has helped. But I still have a bunch of identical copy-pasted steps before and after thevmactions
one.Before I expand coverage, I'm hoping to express platform-specific details briefly and declaratively. I think I'm wishing for something like this:
Everything about this works except that GitHub seemingly can't perform variable substitution on the
uses:
step. Grrrr.Have you found or heard about a way to accomplish the goal of iterating over every vmactions platform in a concise way? I don't want to be asking you to rearchitect your entire offering here as one Action just to work around this limitation of GitHub!
The text was updated successfully, but these errors were encountered: