[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

Luca,

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?

Eric

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.