On Thu, Oct 13, 2005 at 08:35:35AM -0400, David Roundy wrote:
> Another idea that I discussed at length with Ravi over ICFP is adding
> native darcs support for nested repositories. The main idea is to add a
> set of primitive patch types that operate on subrepositories. We'd have
> primitive patch types such as:
>
> darcs init ./subdir
> darcs record ./subdir (FOLLOWED BY PATCH CONTENTS)
> darcs obliterate ./subdir (FOLLOWED BY PATCH CONTENTS)
>
> where obliterate is the inverse of record--perhaps we'd be better off with
> nicer names like "darcs addpatch" and "darcs removepatch".
>
> In any case, the idea is that the nested repos are just ordinary
> repositories, but the parent repository will contain duplication of all the
> information in the children, so that when you pull the parent you'll also
> get copies of all the child repositories.
>
> This scheme would allow us to have atomic commits across subrepository
> boundaries, which is something neither of the two already-possible schemes
> would allow. It also is backward-compatible with the scheme described by
> John, in if we ever implement these features, we can take existing
> nested repositories and add them to the parent repositories as
> subrepositories without losing history.
so, patches that cross subrepo boundries will automatically be split
into multiple patches? or a subrepo will know to ignore the bits that
affect other repos?
>
> I think the ideas to implement this are all in place, it just requires
> someone with a month or so to implement it.
This sounds interesting.
The solution I was thinking of involved just adding a property listing
a set of 'subrepos' and have darcs get,put,push,pull,record recurse into them
unless a --norecurse option is given.
this has the nice property that if you hate the idea of subrepos you
can add norecurse to your global darcs pref and ignore them completly :)
It would be sufficient for my needs but what you say sounds more
promising although I am not quite sure I understand it fully.
John
--
John Meacham - ⑆repetae.net⑆john⑈
_______________________________________________
Cvs-ghc mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/cvs-ghc
