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

Re: Files unexpectedly modified by IDEs under version control

From: Eric Lemes <ericlemes_at_gmail.com>
Date: 2006-06-30 14:11:16 CEST


I have a similar problem with Visual Studio .Net. Most of these files is
user settings files that the IDE likes to create and update by his own...

The files .user, .suo, .projdata and kind of these, I just don't put in
version control. They don't make any difference.

Others, like .webinfo, I keep under version control, but this file is
updated by the local web URL for the project (for Web Projects). In this
case, I keep a convention with developers to use the same dir in development
time. If someone changes it, SVN::Notify helps me to know who changed it, so
I can tell him to work like others.

In short words... it's a good way to start seeing what the IDE's does.

What's your IDE?


On 6/30/06, Luca Cappa <luca.cappa@sequoia.it> wrote:
> Hello all,
> I have some project files (filename.prj, or filename.wsp) of some IDEs
> that are modified when they are open/closed in those IDEs. Since those
> project files are under SVN version control, upon a commit, the
> modifications of those files are committed too. The problem is that
> sometime one developer updates from svn, and it finds that one of those
> project files has been modified, and he does not know if the change was
> done voluntaryly by some other developer or it was applied just by the
> IDE. In the former case the changes should be applied (without merging),
> and the latter it is useless, and the automatic "merging" should be
> avoided cause even though the files are mostly XML/text files, the
> automatic merging could have unpredictable effects.
> What is a good strategy to handle such situations?
> I was thinking to make those file appears as binary, and applying on them
> a forced lock mechanism. Any hint?
> Luca
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 30 14:12:50 2006

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.