CODEWITHSUNDEEP
svnmergebranchbranching-and-merging
Sonny
Sonny

Reputation: 8326

Subversion Branch Merging and Tree Conflicts

I have been the single developer in a repository for some time. I have a development branch that I do my coding in, and merge changes into trunk for production releases. I now have a graphic designer who is adding cascading style sheets and graphics.

I created a branch for him off my development branch and he did his work in that branch, while I worked in mine. We both made changes and I successfully merged those into trunk. I haven't been able to get his changes to merge back into my branch, and vice versa because I keep seeing "Tree Conflicts".

This leads me to believe that I am not doing the branching and merging correctly. Is there a different pattern that will mitigate these merge issues?

Upvotes: 1

Views: 750

Answers (1)

Seth
Seth

Reputation: 322

When merging your branch back to the trunk, are you using the reintegrate option? According to the this set of instructions on merging, the correct process flow would be to reintegrate your branch back into the trunk.

While you did mention that the initial merge was successful, you stated having problems with a subsequent merge to the trunk. The site linked above also recommends deleting your branch after reintegration and creating them anew.

Once a --reintegrate merge is done from branch to trunk, the branch is no longer usable for further work. It's not able to correctly absorb new trunk changes, nor can it be properly reintegrated to trunk again. For this reason, if you want to keep working on your feature branch, we recommend destroying it and then re-creating it from the trunk

See the "Reintegrating a Branch" section of this set of instructions on merging.

Upvotes: 2

Related Questions