Git-style branching for your entire backend. Spin off a branch to get a full, isolated copy of everything: your database, storage, auth, edge functions, and more, ready for your agents to experiment on without touching production.
@xiao_zhang9 We treat secrets and environment-specific values very conservatively.
A branch gets its own environment, and values like API keys are regenerated so requests don’t accidentally point at the wrong backend. During merge, env-specific fields such as API keys, OAuth client secrets, redirect URLs, and similar config are excluded from being pushed back to production. So the branch can be realistic for testing, but it can’t accidentally overwrite prod secrets.
@xiao_zhang9 we will create entire new env variables, and encrypted, then send to your coding agent. So your coding agent will switch to the dev branch automatically.
We shipped many incredible features in this launch! Agentic development on InsForge is even more versatile now - with monetization, branching, and custom compute services. Come and try them out, make sure to leave your feedbacks so we can make it better!
@libin_yao yes, it needs to on InsForge, because we built the branching for InsForge's primitives
Report
Really love the concept. How does InsForge handle schema migrations across branches? If I run a migration on a feature branch and then want to merge back is there a conflict resolution mechanism or does that still live on the developer to manage?
@amna9 We run a 3-way diff across parent at T0, parent now, and branch now. If both sides changed the same schema object differently, merge is blocked with conflict context, then the developer or agent resolves it on the branch and retries.
@phoenixhu The first use case is usually schema / RLS / migration changes, because that’s where touching prod is scariest. But the branch is the whole backend, so auth config, storage buckets, edge functions, realtime, schedules, and config changes are all part of the same workflow.
@alstonzhuang Auth provider settings and storage bucket config are mergeable. Secrets, OAuth credentials / redirect URLs, API keys, users, sessions, and storage objects stay environment-specific. So config can move back to main, but prod credentials and real user/file data don’t get overwritten.
Report
👏🏻My team has been using insforge for almost a year now. It just works. I literally stop hiring any backend engineer. The new payment and compute feature is a killer!
Replies
SocialEcho 2.0
The PR-style diff before merge is the part that really clicks for me. Agents can experiment, humans still approve.
InsForge
@eexlkuang_se Yes, that’s the core idea: let agents experiment freely, but keep the final decision human-reviewed.
The branch can carry real backend changes, and the merge preview makes those changes explicit before anything reaches production.
InsForge
@eexlkuang_se yep, human-in-the-loop is the most important part
DeckSpeed
This could be even clearer if the first screenshot showed everything included in a branch: DB, auth, storage, functions, config.
InsForge
@hanzhizhang0405 that's fair
How do you handle secrets and environment variables across branches?
InsForge
@xiao_zhang9 We treat secrets and environment-specific values very conservatively.
A branch gets its own environment, and values like API keys are regenerated so requests don’t accidentally point at the wrong backend. During merge, env-specific fields such as API keys, OAuth client secrets, redirect URLs, and similar config are excluded from being pushed back to production. So the branch can be realistic for testing, but it can’t accidentally overwrite prod secrets.
InsForge
@xiao_zhang9 we will create entire new env variables, and encrypted, then send to your coding agent. So your coding agent will switch to the dev branch automatically.
InsForge
We shipped many incredible features in this launch! Agentic development on InsForge is even more versatile now - with monetization, branching, and custom compute services. Come and try them out, make sure to leave your feedbacks so we can make it better!
InsForge
@fermionic we will ship faster and faster :)
Congratulations for your product
InsForge
@madalina_barbu thank you so much!
Lessie AI
Congrats! Can this work with existing apps, or does the app need to be built on InsForge from the start?
InsForge
@libin_yao yes, it needs to on InsForge, because we built the branching for InsForge's primitives
Really love the concept. How does InsForge handle schema migrations across branches? If I run a migration on a feature branch and then want to merge back is there a conflict resolution mechanism or does that still live on the developer to manage?
InsForge
@amna9 We run a 3-way diff across parent at T0, parent now, and branch now. If both sides changed the same schema object differently, merge is blocked with conflict context, then the developer or agent resolves it on the branch and retries.
InsForge
@amna9 yes if there’s a conflict, then merge will be blocked. And yes we have conflict resolution mechanism
Curious how teams are using this today. Is the most common use case schema changes, auth config, or edge functions?
InsForge
@phoenixhu The first use case is usually schema / RLS / migration changes, because that’s where touching prod is scariest. But the branch is the whole backend, so auth config, storage buckets, edge functions, realtime, schedules, and config changes are all part of the same workflow.
InsForge
@phoenixhu every write operation - e.g. you are developing a new feature, or want to start a dev / staging environment
Terminal Mode by Even Realities
What parts of auth and storage are mergeable back to main, and what stays environment-specific?
InsForge
@alstonzhuang Auth provider settings and storage bucket config are mergeable. Secrets, OAuth credentials / redirect URLs, API keys, users, sessions, and storage objects stay environment-specific. So config can move back to main, but prod credentials and real user/file data don’t get overwritten.
👏🏻My team has been using insforge for almost a year now. It just works. I literally stop hiring any backend engineer. The new payment and compute feature is a killer!
InsForge
@bury_huang1 thanks bary as always for being our early supporter!
InsForge
@bury_huang1 thank you Bary!