On Tue, 04 Oct 2005 20:32:40 +0200, Stefan KÃ¼ng <email@example.com>
>> Isn't that be possible? Once we have this cache we could update it
>> from the newest known revision.
> See issue #45:
> But I know this would be a nice feature. I have to study the subversion
> code a little bit more. Maybe I can find an easier way to accomplish
> that, but maybe it's just not possible without showing log for
> repository root - we'll see...
Thanks for pointing me to this issue, I tried to find something in this
but I was unsuccesful. Even if I found it I didn't know that my problem was
the lack of caching logs in TSVN. :)
In my opinion probably this isn't that important, but please correct me if
wrong. I think the parent directory of the tag and branch directories
have read access for this feature to work in my opinion. This feature is
useful for people migrating from CVS and (on Windows) VSS so having
sophisticated access right setup may be not necessary for them. (Well, at
it isn't for our software, for our 500,000 lines of code and 3 additional
branches a simple svnserve would be sufficient). If access rights deny
access to the root directory someone with read access to it could generate
this cache for others.
I also think that for a log with tags/branches display a much simpler
would be enough, than that what you would need for a full revision graph.
In this simplified case only copy and move operations have to be kept in a
local database. Then if the user checks the log of a file, it would be easy
to see if the file was under a certain URL so we would know it is part of a
tag or branch. Please correct me if I missed something but I think it would
be relatively easy to implement compared to a more sophisticated cache.
Of course it would be much better to have this database work for the
graph too but I think that would be a much more difficult task. Also
this extended log could be enough sometimes where you otherwise needed to
at the revision graph only because the log didn't show tags/branches.
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Wed Oct 5 08:19:53 2005