From: Daniel Barkalow Date: Thu, 12 May 2005 05:46:34 GMT Subject: Re: [RFC] Support projects including other projects Message-ID: In-Reply-To: <1115876231.3085.4.camel@kryten> On Thu, 12 May 2005, James Purser wrote: > On Thu, 2005-05-12 at 15:19, Daniel Barkalow wrote: > > If you think about it as git and cogito being entirely separate projects, > > where users would be expected to have the right version of git most of the > > time (or ever), this is true. But I think that cogito is as closely tied > > to git as the kernel is to kbuild or kconfig; the difference is that git > > is not solely available with cogito, like kbuild is solely available with > > the kernel. > I tend to disagree with you on this point. Cogito and Git share > arelationship more akin to xorg and gnome and this is something I think > Linus intended so that it would be very easy to build a layer on top of > the git toolset. Cogito is great and it fills a need but give it time > and other implementations and tool sets will come along that may > supersede it. The point of this feature is to support other implementations and tool sets. If there weren't other things using the git core, there would be no reason to leave the current situation where cogito simply includes the complete contents of git-pb. The relationship between cogito and git is, however, not at all like that between Gnome and x.org; gnome could not be started until X was essentially completely stable for several years (after which X could be reimplemented and extended, so long as it retained the same API). Cogito, on the other hand, is being developed concurrently with git, and substantially informs git development. The current cogito doesn't work completely correctly with any mainline git, whereas the current Gnome works with every x.org release as well as any XFree86 or most other X servers since the mid 90's. Also, any particular user is probably only going to use one git-based system, but will almost certainly use many different X clients. -Daniel *This .sig left intentionally blank*