Thread (27 messages) flat view 27 messages, 6 authors, 2016-06-15

Re: [RFC PATCH 00/12] Sparse checkout

From: Nguyen Thai Ngoc Duy <hidden>
Date: 2016-06-15 22:45:00

On 7/24/08, Johannes Schindelin [off-list ref] wrote:
Hi,

 On Thu, 24 Jul 2008, Nguyen Thai Ngoc Duy wrote:

quoted
On 7/24/08, Johannes Schindelin [off-list ref] wrote:
 > >  > > No, I did mean the index.  This is an attribute of the index:
 > >  > > either it is sparsely checked out or not.  You can even have
 > >  > > multiple indices (switching between them by setting
 > >  > > GIT_INDEX_FILE) which have different prefixes.
 > >  >
 > >  > I don't think so. It's a mask for workdir, right? If you save it it
 > >  > index, you can switch index and the prefix as well, but workdir
 > >  > only has several subtrees that do not fit any other prefix than the
 > >  > original prefix.
 > >
 > >
 > > Ah, you adroitly avoided addressing the issue that the user can change
 > > the prefix without the index ever noticing.
 >
 > Forgive my ignorance. I still do not get why index must notice prefix
 > change? The only reason I can think of is that we must make sure there
 > won't be any user-modification in index outside the prefix. But that can
 > be guarded from higher level (plumbings and porcelains) because index is
 > allowed to have modification outside sparse prefix (auto-merged
 > entries).


Why do you want to guard it from the outside?  When the obvious fix is to
 put together what belongs together?
OK. I am lost here. I do not know how putting sparse prefix and index
together could fix "it" (I think you meant the index guarding). But we
are in -rc period now, probably should not put too much time on this.
I will take time to think about this.

-- 
Duy
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help