Date: Tue, 30 Aug 2011 03:57:28 +0200 From: "K. Macy" <kmacy@freebsd.org> To: Julian Elischer <julian@freebsd.org> Cc: freebsd-arch@freebsd.org Subject: Re: Official git export Message-ID: <CAHM0Q_Mq3YEEpB6uNymjtd=WCQuTR6gd=71EsLxJf5J0ygyjiw@mail.gmail.com> In-Reply-To: <4E5C364D.7070904@freebsd.org> References: <35765857-1314243257-cardhu_decombobulator_blackberry.rim.net-329610575-@b2.c15.bise7.blackberry> <CAJ-Vmo=v0UkQarauKrvWKdjMTC81BwXmyhU__rnaQeL3z45L-g@mail.gmail.com> <slrnj5ddgp.4ck.vadim_nuclight@kernblitz.nuclight.avtf.net> <CAMBSHm8uX45k0M4on=5Cpw_CKoddA=4oJSNXpH7dGPt=Vy2HOw@mail.gmail.com> <alpine.BSF.2.00.1108261000040.48200@fledge.watson.org> <slrnj5lc58.jd1.vadim_nuclight@kernblitz.nuclight.avtf.net> <4e5ba9c3.bzHIw1KEy8R2QcK7%perryh@pluto.rain.com> <3420B331-C697-468A-80BA-B31C33804710@freebsd.org> <4e5c5b5f.moT7dLemOuteQJ5T%perryh@pluto.rain.com> <4E5C364D.7070904@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> With a distributed system one spends all sorts of time making sure that what > YOU think > is in release X is what the guy you are helping debug thinks is in it.. > > Gone is the ability to say "That came in with rev 23456 so if you are later > than that you have it." > > p4 does a much better job of merging between branches etc because it has teh > big picture. > and you always know that if someone has change X that he also has change Y. > > Eventually one gets around these problems with distributed systems > by using the distributed system to simulate a non distributed system. > In order to maximize the value of this discussion it would be helpful to identify what we're collectively seeking to accomplish. The value that I see in git is as a replacement for what FreeBSD developers use / used perforce for: Independent project development outside of the main tree. While svn makes this much easier than CVS ever did, git makes it easier still. Questions of what is canonical or not are irrelevant when the objective is to increase parallelism and small scale coordination between developers. The two problems that I see are: 1) FreeBSD has a lot of history by git standards 2) the /usr/src tree is too inclusive when one's main concern is, say, working on part of the kernel that may break ABIs Being able to control how far back in time one's repo goes and being able to have some control over views would go a long way towards streamlining its use for FreeBSD. Cheers
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAHM0Q_Mq3YEEpB6uNymjtd=WCQuTR6gd=71EsLxJf5J0ygyjiw>