Reputation: 2132
What I'm thinking about is to have a step in the pipeline to generate a full-blown pipeline to run afterwards.
Apparently this particular thing is not there yet (feature requests here, here). But maybe somebody has some fresh thoughts on workarounds?
Upvotes: 3
Views: 1949
Reputation: 649
I agree with Daniel here, that it is simply a reality of pipeline development that you have to commit, run, repeat a lot.
This has led me to build more complex pipeline steps as standalone shell scripts which I can test by setting environment variables. This will allow you to kind of simulate how a pipeline would potentially run.
This comes in handy for example when you rely on git metadata (branch / tag / refs in general) to create a build identifier or docker image tag.
Upvotes: -1
Reputation: 1503
For the dynamic work you could set up a repo with one dummy yaml file and a pipeline registration that targets this yaml file.
From a static pipeline that is responsible for kicking off a dynamic pipeline you then execute two steps:
Not sure about branch limits though. You could also decide to reuse a branch.
Also see the following documentation: https://learn.microsoft.com/en-us/azure/devops/cli/azure-devops-cli-in-yaml?view=azure-devops
Upvotes: 0
Reputation: 58981
Not really. It's a pain that's just a fact of life when working with YAML pipelines. It's especially annoying when trying to work through runtime vs compile time variable resolution issues.
Commit, run, commit, run, commit, run, over and over.
Upvotes: 5