When the flag is passed, we should print the steps that will be executed in the pipeline, their dependencies, and their tags, such as:
$ aspire do --list-steps
1. parameter-prompt
└─ No dependencies
2. provision-redis-infra
├─ Depends on: parameter-prompt
└─ Tags: provision-infra
3. provision-postgres-infra
├─ Depends on: parameter-prompt
└─ Tags: provision-infra
4. build-webapi
├─ Depends on: parameter-prompt
└─ Tags: build-compute
5. build-frontend
├─ Depends on: parameter-prompt
└─ Tags: build-compute
6. deploy-webapi
├─ Depends on: provision-redis-infra, provision-postgres-infra, build-webapi
└─ Tags: deploy-compute
7. deploy-frontend
├─ Depends on: build-frontend, deploy-webapi
└─ Tags: deploy-compute
- Add a method to the
IAppHostBackchannel interface on the AppHost side for getting the list of steps that will be displayed. Implement this API in the AppHostBackchannel.
- When the
--list-steps flag is passed to the command, invoke the new method on the backchannel instead of running the activity logging loop. Stop the backchannel and app right away after printing the steps.
When the flag is passed, we should print the steps that will be executed in the pipeline, their dependencies, and their tags, such as:
IAppHostBackchannelinterface on the AppHost side for getting the list of steps that will be displayed. Implement this API in theAppHostBackchannel.--list-stepsflag is passed to the command, invoke the new method on the backchannel instead of running the activity logging loop. Stop the backchannel and app right away after printing the steps.