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