[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: managing visual studio project files in branches

From: allan juul <allan_at_muly.dk>
Date: 2005-11-21 23:12:34 CET

Noam Tamim wrote:

> Hi.
> We recently moved from VSS to SVN. The move was great, everybody's happy,
> and now we're starting to use the more advanced features - mainly
> and merging.
> Our VS.Net project files (these are extremely verbose XML files, that
> contain all configuration and file information of the project) are under
> source control (this is how it was with VSS, so we just went on with
it). We
> have added the needs-lock property to these files - so while everyone
> on the trunk, we're fine.
> A problem arises when branching.
> 1. A user creates a branch of the tree (copies the trunk).
> 2. That user adds a new VS configuration. VS adds a few XML elements
to many
> places in the project file. It also changes some other stuff.
> 3. Someone working on the trunk also adds a configuration.
> 4. The branch user wants to merge his changes into the trunk. The code
> merges fine, but the project files are conflicted: SVN doesn't know
how to
> deal with the change.
> What do other teams do with that? In VSS we didn't have that problem
> because we never branched.
> Thanks in advance,
> Noam.

but, is this really a branch or VS proj file problem ? isn't it just
because you really have a conflict in a file because svn cannot possibly
know how to merge because the actual lines that are edited in the two
project files overlap ?

i don't know how to deal with this. it would be nice if the studio would
leave files intact so different version would better compare. i think VS
always "screw" the formatting back to its default look everytime you
save a project from within the studio.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Nov 21 23:15:29 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.