Disabling the forced branch-per-chat workflow in v0 for iterative development

Problem:

After connecting a project to GitHub, v0 now forces this workflow:

  1. Every chat creates a new branch automatically

  2. Every prompt that changes code creates a commit

  3. Merging the branch closes the chat permanently

  4. To continue working, I have to start a new chat and lose all conversation context

This completely breaks iterative development. I can’t “vibe code” with the AI anymore - every merge forces me into a new chat where v0 has zero context about what we were building, what decisions were made, or what direction we were heading.

Expected behavior:

  • Option to push directly to main (like before)

  • OR option to continue working in the same chat after merge

  • OR at minimum, carry conversation context into the new branch/chat

Current workarounds (all bad):

  1. Never merge (defeats the purpose of git integration)

  2. Disconnect GitHub entirely (defeats the purpose of git integration)

  3. Manually paste context into every new chat (tedious, error-prone)

Why this matters:

The whole point of v0 is rapid iteration with an AI that understands your project. Forcing a “new chat = new branch = lost context” loop destroys that value. I’m now spending more time re-explaining context than actually building.

Other projects I have that aren’t connected to GitHub work fine - I can keep iterating in the same chat indefinitely. The GitHub integration shouldn’t break this core workflow.

Request:

Add a setting to disable auto-branching or allow continued iteration after merge. Let users choose between “clean git history” and “continuous development flow.”

7 Likes

Thank you for sharing this in so much detail :pray: We’ll share with the v0 team for their thoughts!

I don’t think v0 loses context of the chat as it’s essentially a duplicated chat though, right?

+1 I want to go back to the old workflow:
edit → verify → manually push → sync to GitHub
not auto-sync on every single change.

How to disable automatic GitHub syncing in v0

3 Likes

Hey folks!

The v0 team shared that we have a UX improvement coming out soon that will let you continue working in the same chat even when you merge PRs. :slight_smile:

4 Likes

Will there be an option to keep the old workflow? The new system is really difficult to use in team environments. It makes working with an IDE alongside v0 much harder and creates a new GitHub branch for every chat, which bloats repositories, and on large projects slows Github down a TON.
The previous edit → verify → manually push → sync to GitHub workflow was simple, predictable, and worked extremely well. It would be great to have the option to continue using that approach, as there was never anything fundamentally wrong with it.

8 Likes

I agree with Eric. There was nothing fundamentally wrong with the old workflow. Out of any kind of upgrade that could have been made, this one was unnecessary and makes v0 feel impossible to use.

4 Likes

As they say, if there’s nothing wrong with it don’t touch it!

2 Likes

Correct. Nothing to add.

@pawlean v0 loses at least the methodical part of the context and the working history. For a follow-up task in a new chat (with a new branch) it analyzed the whole project and suggested improvements instead of continuing the working path.

1 Like

Cross-posting this mostly for completion :slight_smile:

Thank you all for your input! As I said, this is all shared with our product team as feedback.

I see this is being addressed, but just adding a +1. I stepped away for a few days, and these updates and new workflow cut me at the knees.

Yup, +1
This change had some good ideas, but forcing it was a bad idea.
Also makes me think the context of my previous chat is gone and therefore makes my interactions with the AI model less aware of what is going on (let’s say I’m working on a problem and think it’s fixed, so I merge, but then with more testing, it isn’t fixed so I have to start a new branch without any of the chat history).

2 Likes

Bang on the money! Couldn’t have been addressed more clearly.

When new beta “improvements” are implemented, option for regression is critical. Preview is now completely broken, and Github branching has became more complicated, every change is automatically committed, and the ability to change branch per chat is restricted. Why?

Production is held back because of this, can’t wait until it’s fixed.

1 Like

Any update on what is being done with these bugs in the new Git tab, and more importantly how to revert back to the old way of pushing to Git?

Please advise on what can we expect to happen next and by when.

I’m currently at 45 min since my last committed change and I still don’t see it in the Git tab, even when I refresh.

2 Likes