Re: Proposal: svn:temporary property

Folker Schamel wrote:

>> If User B had done an update before compiling, the fancy_module/subdir
>> would have been removed from the WC and the compilation would fail for
>> those reasons.
>
>
> No!
>
> Compilation won't fail at any time for user B.

User A deleted the directory in the repository; if user B updates his/her WC and
the directory is deleted there too. User B also gets updated Makefile's from
User A so that fancy_module/subdir is no longer even required for compilation.
This is still a _user_ workflow problem.

The directory fancy_module/subdir is no longer needed for compilation (due to
the comprehensive testing that User A did). However, User B still has that
directory in his/her WC, so when User B compiles _without updating first_ the
formerly active fancy_module/subdir is employed, and this blocks User B from
updating after the fact.

> fancy_module/subdir was important part of the project for a long time.
> You cannot simply say that it should not have been added.
> Note that fancy_module/subdir contains both source files
> which are managed by svn (e.g. *.c), and temporary files which
> are not managed by svn (e.g. *.obj).

You cannot have it both ways, in that User A perceives fancy_module/subdir is no
longer needed to compile and User B does, which is what you are describing.
User B has an inconsistent WC with the repository modules.

>
> A svn:temporary property would solve this problem in a clean way.
>

How? Who is setting this property (and more importantly when)? What object in
the repository is holding this property (since fancy_module/subdir is now
deleted and Makefile's updated)? I still don't understand how a new property
helps your use-case...

John

-- 
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Boulevard
Suite H
Lanham, MD  20706
301-459-3366 x.5010
fax 301-429-5748
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org