On Jan 9, 2008, at 06:13, Andy Levy wrote:
> On Jan 8, 2008 9:58 PM, Ryan Schmidt wrote:
>
>> On Jan 7, 2008, at 14:40, Robert Dailey wrote:
>>
>>> Would it be possible for the "Clean Up" operation in TortoiseSVN to
>>> make read-only files that were not made so by locking writable? For
>>> example, say I deliberately go to file properties for a versioned
>>> file in my working copy and make it read-only. If I do a clean-up,
>>> it should see that this file is read-only when i do not own a lock
>>> (or if there was no lock to begin with) to that file. It should
>>> then proceed to remove the read-only attribute from the file.
>>
>> I don't see why Subversion should do this. What's your justification
>> for this proposed change?
>
> For reference, the original thread on the TSVN mailing list:
> http://svn.haxx.se/tsvnusers/archive-2008-01/0087.shtml
Ok, I've read the original thread now. Robert, quoting your message
from TSVN Users:
http://svn.haxx.se/tsvnusers/archive-2008-01/0091.shtml
On Mon, 7 Jan 2008 16:05:44 -0600 Robert Dailey wrote:
> I'm manually copying files from a team foundation server to my SVN
> repository, which yields many read-only files that need to be
> converted to
> writable status after being moved to my SVN working copy directory.
> Doing
> this through windows explorer is a very slow process as the ratio of
> writable files to read-only files is probably 10,000:1. The Cleanup
> feature,
> which seems a lot smarter than a generic tree search, could
> probably achieve
> this goal much quicker for me.
It seems your problem of undesirably read-only files originates
outside of Subversion. Therefore, it's really no business of
Subversion's to fix it for you, especially since, as Andy pointed out
in the original thread, Subversion has no way to know that the read-
only attribute is unintended. Subversion is not a generic file
attribute modification tool, and "svn cleanup" exists for the sole
purpose of getting the working copy back into a usable state after a
Subversion process has crashed or been unexpectedly interrupted.
Arbitrarily changing the read-only attribute of files is not
necessary to accomplish that goal. It sounds like all you really want
is a script which can remove the read-only attribute of many files at
once. So you should write such a script, or find one that someone
else has already written. This function doesn't belong in Subversion.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-01-09 21:36:13 CET