I want to use nuke.build with our on-prem agents. Unfortunately, I didn't find a solution to pass a pool name to be considered in the final yml file.
I saw that other people also had a similar problem: #1173, #749.
My proposition is to create an additional abstraction, AzurePipelinesPool, which can be either a Microsoft-hosted agent (vmImage) or a self-hosted agent, as that is essentially what a pool is in Azure Pipelines.
Here is a proposal for the changes, and I am open to suggestions.
I also removed images parameters from AzurePipelinesAttribute because if you really need to run your targets on multiple vmImages, it's probably better to configure multiple AzurePipelinesAttribute, am I right?
I want to use nuke.build with our on-prem agents. Unfortunately, I didn't find a solution to pass a pool name to be considered in the final yml file.
I saw that other people also had a similar problem: #1173, #749.
My proposition is to create an additional abstraction, AzurePipelinesPool, which can be either a Microsoft-hosted agent (vmImage) or a self-hosted agent, as that is essentially what a pool is in Azure Pipelines.
Here is a proposal for the changes, and I am open to suggestions. I also removed
images
parameters fromAzurePipelinesAttribute
because if you really need to run your targets on multiple vmImages, it's probably better to configure multipleAzurePipelinesAttribute
, am I right?I confirm that the pull-request: