Julian Foad wrote on Wed, Mar 16, 2022 at 19:49:38 +0000:
> Daniel Shahaf wrote:
> > [...]I suspect I'm still missing something.
> 
> I suggest you re-read the issue 4892 use case: 
> https://svn.apache.org/repos/asf/subversion/branches/pristines-on-demand-issue4892/notes/i525/i525-use-case-4892-minimal-update.txt
> 
> The request is to break the original design's invariant for this case.

By only hydrating files that have been updated repository-side.  How
will small, modified files that _haven't_ been remotely modified get
hydrated, then?  The logic is the same for small and large files, IIUC.

Also, why is this specific to «svn update»?  It seems to apply equally
well to «svn diff» without further arguments, since the "large" files
are presumed to be undiffable, but the issue, the notes, and the OP of
this thread all treat «svn update» as a _sui generis_ case.

If the issue does apply not only to 'update' but also to 'diff', that
suggests we should look for a solution that applies to both of them
(e.g., exclude "large" files from being recursed into by default, or
make it so "large" files _never_ get hydrated).

Sorry, I feel like I must be asking questions that must have already
been discussed, but I _have_ read the threads and I still don't know the
answers to these.

Cheers,

Daniel

Reply via email to