> Folker Schamel wrote:
>
>> User A is working on a module fancy_module.
>> Some day, user A decides to remove fancy_module/subdir.
>
>
> This is the cause of the problem, not anything User B has any control
> over. User A has broken the compilation for User B's module.
No!
Of course, user A has adjusted the make process, too,
that fancy_module/subdir is not compiled anymore.
Before user A commits, of course he ensures that everyting compiles.
Every revision in the repository compiles without errors.
>
>>
>> User B works on the same project but on different modules.
>> User B is even not aware of the existance of fancy_module/subdir.
>> But user B indirectly compiles fancy_module/subdir by executing
>> a project make, creating temporary files in fancy_module/subdir.
>> But now when user B does his regulary update,
>> he will suddenly get an error about modified files in
>> fancy_module/subdir, a directory, he has never heared about.
>
>
> 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.
> Still not subversion's fault; the module dependencies
> need to be fixed so that User A cannot bork User B's modules.
I don't know the word "bork", so I don't understand
this sentence ;-)
> I don't see how a new property would help this in the slightest. It may
> be that fancy_module/subdir never should have been in the repository in
> the first place, in which case my original comment stands.
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).
A svn:temporary property would solve this problem in a clean way.
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 16:42:17 2003