Re: Notes on supporting Git operations in/on partial Working Directories

From: Jakub Narebski <jnareb@gmail.com>
Date: Sep 17, 2006, 20:28 UTC
Message-ID: <eekb4o$5nj$1@sea.gmane.org>
In-Reply-To: <450DA99F.8000009@gmail.com>

A Large Angry SCM wrote:

Show 19 quoted lines

> Jakub Narebski wrote:
>> A Large Angry SCM wrote:
>> 
>>> There is no fundamental reason Git can not support partial 
>>> checkouts/working directories. In fact, there is no fundamental reason 
>>> Git can not support operations on partial (sparse?) repositories in both 
>>> space (working content/state, etc.) and time (history); it's just a 
>>> matter of record keeping[*1*]. That isn't how the Linux kernel 
>>> developers want to use their VCS but it _is_ how others want to use
>>> theirs. 
>> 
>> There is perhaps not much trouble with partial checkouts, but there is
>> problem with partial _commits_, at least for snapshot based SCM 
>> (as opposed to patchset based SCM). 
> 
> By "partial commit" I take it you mean a commit with only partial 
> information about the new (content) state? If so, the missing 
> information about the new state can be assumed to have not changed from 
> the previous recorded state (commit).

That of course assumes that 1) the whole state is recorded somewhere (perhaps in the repository); so the partial checkout saves space only if repository compress really well, 2) there are no merges outside checked out part.

Is anybody working on "bind" header and subproject support?

-- 
Jakub Narebski
Warsaw, Poland
ShadeHawk on #git