[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: John Peacock <jpeacock_at_rowman.com>
Date: 2003-12-18 18:30:11 CET

Folker Schamel wrote:

> The user wc2 cannot update first!
> The user compiled his old wc2 before the directory was deleted.
> Or do you want to forbit all users that they compile their wc,
> because in some distant future some-one may delete this directory??

The key is that the user must update before finding out the directory is gone,
no matter when they added files to the directory. At that point, the user needs
to investigate and possibly clean up their WC manually. As soon as an error (or
warning) is thrown, the user is the only one in a position to intelligently
respond...

E:\wc2>svn up
svn: Obstructed update
svn: Won't delete locally modified directory ''
svn: Left locally modified or unversioned files

E:\wc2>svn st
? fancy_module
! .

E:\wc2>del fancy_module
E:\wc2\fancy_module\*, Are you sure (Y/N)? y

E:\wc2>rd fancy_module

E:\wc2>svn up
At revision 2.

The user should be able to respond to the error message upon updating. Would it
be more helpful if the modified directory name actually was part of the error
message? Is there something else the error message could say that would make it
clearer what needs to happen?

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
Received on Thu Dec 18 18:37:00 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.