Return-Path: Delivered-To: apmail-incubator-directory-dev-archive@www.apache.org Received: (qmail 93732 invoked from network); 24 Nov 2003 23:04:10 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 24 Nov 2003 23:04:10 -0000 Received: (qmail 63971 invoked by uid 500); 24 Nov 2003 23:03:56 -0000 Delivered-To: apmail-incubator-directory-dev-archive@incubator.apache.org Received: (qmail 63900 invoked by uid 500); 24 Nov 2003 23:03:56 -0000 Mailing-List: contact directory-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Apache Directory Developers List" Reply-To: "Apache Directory Developers List" Delivered-To: mailing list directory-dev@incubator.apache.org Received: (qmail 63877 invoked from network); 24 Nov 2003 23:03:55 -0000 Received: from unknown (HELO imf20aec.mail.bellsouth.net) (205.152.59.68) by daedalus.apache.org with SMTP; 24 Nov 2003 23:03:55 -0000 Received: from mail.bellsouth.net ([205.152.59.157]) by imf20aec.mail.bellsouth.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with SMTP id <20031124230352.ECTG1873.imf20aec.mail.bellsouth.net@mail.bellsouth.net> for ; Mon, 24 Nov 2003 18:03:52 -0500 X-Mailer: Openwave WebEngine, version 2.8.11 (webedge20-101-194-20030622) X-Originating-IP: [206.105.196.2] From: To: "Apache Directory Developers List" Subject: Re: Re: Rethink Subversion Date: Mon, 24 Nov 2003 18:03:51 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20031124230352.ECTG1873.imf20aec.mail.bellsouth.net@mail.bellsouth.net> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Thanks much Daniel. It's good to hear from you. Actually it was you and the presentation by Greg that compelled me to have a discussion with Jeff to reconsider subversion. I think we made the right decision and feel really confident now that we have your help. THanks again, Alex > > From: Jeff Machols > Date: 2003/11/24 Mon PM 05:02:02 EST > To: Apache Directory Developers List > CC: gstein@apache.org, infrastructure@apache.org > Subject: Re: Rethink Subversion > > On Mon, 2003-11-24 at 16:27, Daniel Rall wrote: > > +1 from me, meaning I'm willing to help ease those growing pains. I spoke about > > this a bit with Alex at ApacheCon, and he also seemed very interested in trying > > out Subversion. > > > Thanks Daniel. Here is how I would like to proceed, let me know what > you think. > > I have brought down our CVS tarball from sourceforge. I will create a > local SVN report and use the cvs2svn to get the initial SVN repo > created. > > Once this is done, I will work on moving the directory structures to the > new layout (Which we still to define!). This is the part I will > probably need some help with. > > I will then run the conversion script to change the package names and > add the apache license header to the files. > > I will probably only do this with one or two of the root level > directories. Once it looks like everything works, we will do a code > freeze, and run the process for the entire CVS tarball, and bring the > new subversion repo in. > > > > Noel J. Bergman wrote: > > > +1 from me, too. And I say that knowing full well that we will have some > > > growing pains with Subversion. > > > > > > I am cc'ing Greg and the infrastructure folks to give them a heads up that > > > we may need some help ASAP to get started, if no one objects to using > > > Subversion. > > > > > > --- Noel > > > > > > -----Original Message----- > > > From: Jeff Machols [mailto:jmachols@comcast.net] > > > Sent: Monday, November 24, 2003 13:10 > > > To: Apache Directory Developers List > > > Subject: Rethink Subversion > > > > > > > > > Guys, > > > > > > I know we talked about this before, but I think we should think about > > > using subversion instead of CVS for the directory project. The benefits > > > are becoming apparent now. Right off the bat it will help with the > > > migration from source forge, plus the advantages of the Meta-data and > > > atomic check-ins. I know there may be a small learning curve, but I > > > would rather do this now when we are changing infrastructure anyway, > > > than have to go through this in the future when we are worried more > > > important things: the releases, code, etc. > > > > > > So I am a +1 to use Subversion instead of CVS. > > > > > > Jeff > > > > > >