On Jan 7, 2008 3:09 PM, Andy Levy <andy.levy_at_gmail.com> wrote:
>
> No, it uses read-only to indicate that a file *requires* a lock. If
> you lock the file, read-only is unset. If file which does not require
> a lock is locked in another WC (yours or someone else's), your WC
> won't be updated to set read-only on that file.
Ah, that's what I meant. Sorry for explaining incorrectly. I got the concept
mixed around.
> I can think of plenty of reasons why I would want to change read-only
> on a file in my WC. Subversion shouldn't question me as to *why*. My
> WC is mine, not Subversion's.
Care to share a few of these plentiful reasons?
Because I may have a valid reason outside Subversion. By this same
> line of reasoning, you might also suggest that Cleanup should remove
> any non-versioned files or file metadata.
That's a little extreme. There's a lot more valid reasons to not remove
non-versioned files than there is to not remove read-only property on
versioned files that do not require a lock.
In any case, the only reason I can think of to make a versioned file that
does not require a lock read-only is to prevent yourself from making changes
to it, which means you probably don't want to accidentally modify the latest
version of this file in the repository. If that's the case, there's a couple
of other ways you can achieve this goal, depending on your situation.
In any case, all I'm trying to say is that *in my opinion*, the chances of
someone having to remove read-only versioned files is greater than someone
using read-only attribute for some other purpose. In my specific situation,
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.
Received on 2008-01-07 23:05:55 CET