Enhance `aspire update` so it can handle multi-apphost repos like Community Toolkit
- Dominant language
- C#
- Stars
- 6.3k
- Forks
- 991
- Avg merge
- 2d 12h
- Merged PRs (30d)
- 201
Description
The `aspire update` command (and the entire CLI) is mostly orientated towards operating on a single app host. In repos where there is multiple app hosts it does not work well. It updates a single app host and things it references and potentially CPM but leaves everything else which can leave things in a broken state.
We need to figure out how we are going to handle this scenario and what the workflow should be.
Contributor guide
Research direction
Start with the `aspire update` command and compare its behavior across the multiple app hosts in the Community Toolkit repository. Define the intended workflow for updating every app host and related dependencies, including CPM where applicable. Done means the multi-apphost workflow is agreed and no app host is left in a broken or outdated state.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp
- Domain
- cli, tooling
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100