Date: Wed, 5 Sep 2001 13:30:46 -0600 From: Nate Williams <nate@yogotech.com> To: John Polstra <jdp@polstra.com> Cc: hackers@freebsd.org, nate@yogotech.com Subject: Re: local changes to CVS tree Message-ID: <15254.32102.836154.871291@nomad.yogotech.com> In-Reply-To: <200109051925.f85JPce08130@vashon.polstra.com> References: <20010905131027.A5476@fump.kawo2.rwth-aachen.de> <200109051723.f85HNbl07385@vashon.polstra.com> <3B967827.F166E3A6@mindspring.com> <15254.31457.818766.916542@nomad.yogotech.com> <200109051925.f85JPce08130@vashon.polstra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > Any chance of getting CVSup to transfer from a remote repository > > > to a local vendor branch, instead of from a remote repository to > > > a local repository? > > > > The problem is that you aren't just transferring bits from the HEAD, but > > from multiple active branches. As John already stated, CVS doesn't > > handle multiple 'vendor' branches well (and in this case, the FreeBSD > > tree has vendor (CSRG) branches, FreeBSD vendor branches (RELENG_2, > > RELENG_3, ..., contrib vendor branches (TCSH, GCC, etc..) > > > > CVS is simply not setup to do what you ask. :( > > No, Terry's idea is sound as long as you only try to track one branch > of FreeBSD. So, you're saying that the person would choose the branch (which may be RELENG_4 *OR* HEAD). I can see how that would work for RELENG_4, but for the HEAD, many of the files on the HEAD in /usr/src/contrib are on vendor branches, which means it would be a *nightmare* to get that right (IMO). > I.e., you consider FreeBSD to be your vendor, and you do > a checkout-mode type of fetch from a branch of the FreeBSD repository > and directly import it onto your own vendor branch. This would meet > the needs of a lot of people, e.g., companies who make products based > on FreeBSD. Agreed. Although, it may not be as useful to developers, who often have to track development in multiple branches (for MFC's). > I have had this on my to-do list for a long time, but I have no idea > if or when it'll ever get implemented. It would require a focused > period of working on it that I just don't have these days. Maybe if > the economy gets worse ... *sigh* Let's hope it doesn't come down to that. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15254.32102.836154.871291>