mirror of
https://github.com/rudrankriyam/App-Store-Connect-CLI.git
synced 2026-04-25 15:45:48 +03:00
[GH-ISSUE #592] feat: Add multi-app orchestration manifest (apps.json) #167
Labels
No labels
bug
bug
documentation
enhancement
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/App-Store-Connect-CLI#167
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @rudrankriyam on GitHub (Feb 17, 2026).
Original GitHub issue: https://github.com/rudrankriyam/App-Store-Connect-CLI/issues/592
Summary
Add a simple way to run the same
ascoperation across multiple apps (a portfolio), without writing bespoke shell loops.This should be designed for CI/agents and stay non-interactive.
Why this matters
Many teams manage:
Running “the same thing” per app today requires custom scripts around
ASC_APP_ID/--app.Current state (verified)
--all-*flags (domain-specific), but there is no cross-app orchestration..asc/apps.json(or equivalent) manifest exists.Proposed UX
Manifest file
.asc/apps.json(proposal):Command runner
Alternative UX (if you prefer pairing with workflows):
asc workflow run(#581) with--apps-file .asc/apps.jsonFlags (proposal):
--file(manifest path; default.asc/apps.json)--concurrency(bounded; default 4)--continue-on-error(default true; aggregate failures)--output json|table|markdown(default json)Output model
Return a deterministic array of per-app results:
appmetadataexitCodestdout/stderrcapture options (off by default to avoid huge output)Constraints
Test plan (TDD-first)
asc versionor--help) per app deterministicallyAcceptance criteria
make testpasses.@rudrankriyam commented on GitHub (Feb 20, 2026):
Closing this for now. For the current single-app workflow, repo-local workflows are sufficient. We can revisit multi-app orchestration later if there is clear demand from users/teams.