[jira] [Commented] (SVN-525) Allow working copies without .svn/pristine/ cache (a.k.a. "text-base/" files).

"Aditi Maurya (Jira)" <[email protected]>
Newsgroups gmane.comp.version-control.subversion.issues
Message-ID <[email protected]>
    [ https://issues.apache.org/jira/browse/SVN-525?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17255856#comment-17255856 ] 

Aditi Maurya commented on SVN-525:
----------------------------------

Hello!

I work with polyglot.network and am reasonably good with C programming, but not familiar with Subversion internals and codebase. If some core devs can propose a high-level plan for fixing this, I would like to take this up.

> Allow working copies without .svn/pristine/ cache (a.k.a. "text-base/" files).
> ------------------------------------------------------------------------------
>
>                 Key: SVN-525
>                 URL: https://issues.apache.org/jira/browse/SVN-525
>             Project: Subversion
>          Issue Type: New Feature
>    Affects Versions: all
>         Environment: other
>            Reporter: Ben Collins-Sussman
>            Priority: Minor
>             Fix For: unscheduled
>
>
> {noformat:nopanel=true}
> It's possible to make the cached pristine files in .svn/pristine/ optional.  Doing so would be a huge
> storage savings on the client side, and would make Subversion even more compelling as a system
> for managing medium-large binary files.
> (Note that the cached pristine base versions used to be in .svn/text-base/, so you'll probably see
> references to that old location throughout this ticket.  Also, there used to be one .svn/ directory per
> working tree directory; later that was changed to one .svn/ directory at the top of the working tree.
> Knowing that might also help clarify some of the older comments in this ticket.)
> {noformat}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.