Per-Branch Persistence Strategy for Aspire Development Environments #9863
Jeffreyyvdb
started this conversation in
Ideas
Replies: 1 comment 1 reply
-
There's also a configuration option you can use to append a custom suffix to all local orchestration resources.
|
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hi
Following the conversation in CommunityToolkit Issue #726 and the feedback from @aaronpowell, I wanted to open a broader discussion on handling persistent services (databases, queues, caches, etc.) across branches in Aspire-based development.
Problem
This problem is especially noticeable with databases (e.g., PostgreSQL with EF Core), but applies just as well to Redis, RabbitMQ, Azure Storage etc etc.
Proposal
I prototyped an extension that uses the current git branch name to suffxi the database name, automatically creating a per-branch instance for PostgreSQL:
This allows seamless branch switching during development and preserves isolation without requiring manual cleanup.
👉 Repo: https://github.com/Jeffreyyvdb/AspireDevDatabasePerBranch
Broader Question
How can Aspire better support per-branch persistence strategies in the development workflow?
I'm wondering if this kind of utility should:
Be configurable per service or globally in the application builder
Would love to hear how others are managing this today and whether there's interest in evolving a pattern or built-in feature that enables per-branch isolation more easily.
Thanks!
Beta Was this translation helpful? Give feedback.
All reactions