From: Johannes Schindelin <Johannes.Schindelin@gmx.de>
To: Nguyen Thai Ngoc Duy <pclouds@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: [RFC PATCH 00/12] Sparse checkout
Date: Thu, 24 Jul 2008 14:44:18 +0100 (BST) [thread overview]
Message-ID: <alpine.DEB.1.00.0807241443230.8986@racer> (raw)
In-Reply-To: <fcaeb9bf0807240629v6958014bpfa9aebde281ff57@mail.gmail.com>
Hi,
On Thu, 24 Jul 2008, Nguyen Thai Ngoc Duy wrote:
> On 7/24/08, Johannes Schindelin <Johannes.Schindelin@gmx.de> 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?
Hth,
Dscho
next prev parent reply other threads:[~2008-07-24 13:45 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-23 14:55 [RFC PATCH 00/12] Sparse checkout Nguyễn Thái Ngọc Duy
2008-07-23 15:38 ` Nguyen Thai Ngoc Duy
2008-07-23 16:15 ` Johannes Schindelin
2008-07-23 16:21 ` Nguyen Thai Ngoc Duy
2008-07-23 16:55 ` Johannes Schindelin
2008-07-24 8:27 ` Nguyen Thai Ngoc Duy
2008-07-24 12:42 ` Johannes Schindelin
2008-07-24 13:29 ` Nguyen Thai Ngoc Duy
2008-07-24 13:44 ` Johannes Schindelin [this message]
2008-07-24 13:50 ` Nguyen Thai Ngoc Duy
2008-07-24 16:22 ` Avery Pennarun
2008-07-24 16:38 ` Johannes Schindelin
2008-07-24 18:59 ` Nguyen Thai Ngoc Duy
2008-08-03 18:37 ` Jan Hudec
2008-08-03 20:48 ` Johannes Schindelin
2008-08-04 12:29 ` Nguyen Thai Ngoc Duy
2008-07-24 8:24 ` James Pickens
2008-07-24 9:00 ` Nguyen Thai Ngoc Duy
2008-07-24 17:59 ` James Pickens
2008-07-24 23:23 ` Nguyen Thai Ngoc Duy
2008-07-24 23:38 ` James Pickens
2008-07-24 9:35 ` Jakub Narebski
2008-07-24 10:58 ` Nguyen Thai Ngoc Duy
2008-07-24 20:01 ` Jakub Narebski
2008-07-24 23:21 ` Nguyen Thai Ngoc Duy
2008-07-25 14:53 ` Avery Pennarun
2008-07-25 0:07 ` Johannes Schindelin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.DEB.1.00.0807241443230.8986@racer \
--to=johannes.schindelin@gmx.de \
--cc=git@vger.kernel.org \
--cc=pclouds@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox