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

Re: Proposal: svn:temporary property

From: Folker Schamel <schamel23_at_spinor.com>
Date: 2003-12-18 17:59:01 CET

> (Sending to list. - Man, I gotta get used to Reply-To-All)
>
> As I understand Folker, the problem comes not at Compile time for User
> B, but at UPDATE time. Because User B has compiled in the past, there
> are non-versioned temporary (*.obj) files in fancy_module/subdir. This
> is perfectly legitimate.
>
> Then, User A decides that fancy_module/subdir is no longer necessary and
> deletes it from his working copy and commits his changes, deleting the
> same directory from the repository. This, too, is perfectly legitimate.
>
> Finally, User B decides to UPDATE his WC. This, again, is the Right
> Thing To Do. The problem is, though, that subversion is going to attempt
> to delete fancy_module/subdir, but it can't because of those
> non-versioned temporary files that neither Subversion nor User B knew
> anything about.
>
> This is the Problem Scenario as I understand it. User B gets a cryptic
> error trying to update his WC, even neither he nor User A did anything
> wrong.

Yes, everyting completely right! :-)

> Now, the part I don't understand from Folker is how the svn:temporary
> attribute fixes anything. Either the temporary files are in the
> repository, or they aren't. If they were in the repository, things would
> work already, won't they? If they were never in the repository, how do
> you propose to attach an attribute to them?

Today, when having such files, you use svn:ignore
to tell subversion to ignore these files.
You set this property to the directory(!) containing these files.

The proposal is that instead of setting svn:ignore as today,
you use svn:temporary in the same way.
svn:ignore and svn:temporary work in the same way,
except that if the directory is deleted,
files selected by svn:temporary can be deleted silently
by the subversion client instead of generating an error.

Cheers,
Folker

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Dec 18 18:02:12 2003

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.