Return-Path: Delivered-To: apmail-incubator-myfaces-dev-archive@www.apache.org Received: (qmail 25261 invoked from network); 19 Jan 2005 18:16:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 19 Jan 2005 18:16:10 -0000 Received: (qmail 96425 invoked by uid 500); 19 Jan 2005 18:16:09 -0000 Delivered-To: apmail-incubator-myfaces-dev-archive@incubator.apache.org Received: (qmail 96369 invoked by uid 500); 19 Jan 2005 18:16:09 -0000 Mailing-List: contact myfaces-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Development" Delivered-To: mailing list myfaces-dev@incubator.apache.org Received: (qmail 96355 invoked by uid 99); 19 Jan 2005 18:16:09 -0000 X-ASF-Spam-Status: No, hits=-10.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from minotaur.apache.org (HELO minotaur.apache.org) (209.237.227.194) by apache.org (qpsmtpd/0.28) with SMTP; Wed, 19 Jan 2005 10:16:09 -0800 Received: (qmail 25197 invoked by uid 1339); 19 Jan 2005 18:16:08 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 19 Jan 2005 18:16:08 -0000 Date: Wed, 19 Jan 2005 10:16:08 -0800 (PST) From: Martin Cooper To: MyFaces Development Subject: RE: A few more suggestions In-Reply-To: <00fe01c4fe4d$e2a30d50$2202a8c0@fumakilla> Message-ID: <20050119095557.C12561@minotaur.apache.org> References: <00fe01c4fe4d$e2a30d50$2202a8c0@fumakilla> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-799932205-1106157598=:12561" Content-ID: <20050119101051.C17064@minotaur.apache.org> X-Spam-Rating: localhost 1.6.2 0/1000/N X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-799932205-1106157598=:12561 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: <20050119101051.Y17064@minotaur.apache.org> On Wed, 19 Jan 2005, Matthias Wessendorf wrote: > I guess it even better to setup > first GUMP instead of *migrating* > from CVS to subversion. I'm not sure what you mean by "instead of". Gump is a different beast=20 entirely, and isn't related to whether you use CVS or SVN. It's more of a= =20 continuous integration tool, although its goal is to ensure that changes=20 in one project don't inadvertently break other projects, rather than to=20 work on a project by project basis. > Does anybody know much about GUMP? I'm not an expert by any means. But I know enough to see that MyFaces is=20 already building successfully in Gump. For example, see the log at: http://brutus.apache.org/gump/public/buildLog.html > Btw. Martin, are you using GUMP inside > of Struts? Gump isn't typically used by projects themselves. Rather, there is a Gump= =20 installation that builds just about everything at the ASF (and many=20 projects from elsewhere as well) several times a day. If your project=20 breaks, you will receive "nag" messages telling you that. -- Martin Cooper > Thanks, > Matthias > >> -----Original Message----- >> From: Martin Cooper [mailto:martinc@apache.org] >> Sent: Wednesday, January 19, 2005 6:35 PM >> To: MyFaces Development >> Subject: Re: A few more suggestions >> >> >> >> >> On Wed, 19 Jan 2005, Bill Dudney wrote: >> >>> Ted, >>> >>> Would it be possible for us to stay in CVS for the next few months >>> then do >>> the conversion? I've not had to do it myself but I've read >> that the cvs2svn >>> script is supposed to do a good job of moving all the >> history over. Once the >>> IDE plugins catch up we could make the jump. >>> >>> Thoughts? >> >> I'm not Ted ;-) but I would say that shouldn't be a problem - >> depending, >> of course, on how many months a "few" turns out to be. ;-) But we can >> cross that bridge when we come to it. >> >> The cvs2svn tool does a great job of preserving everything, >> history and >> all. Once you're ready to make the move, the usual practice >> is to load >> everything into a test repo, let people play around with it >> for a couple >> of days, and then give infrasructure the nod. It should be quick and >> painless for all involved. >> >> -- >> Martin Cooper >> >> >>> -bd- >>> >>> On Jan 17, 2005, at 4:26 PM, Ted Husted wrote: >>> >>>> Moving to Subversion was "strongly suggested" when we drafted the >>>> incubator >>>> proposal. However, the developers felt that the CVS IDE >> tools were more >>>> mature, and that they would prefer to wait before switching. >>>> >>>> To receive the CVS logs, subscribe to >>>> . >>>> >>>> -Ted. >>>> >>>> On Mon, 17 Jan 2005 14:21:00 -0800 (PST), Martin Cooper wrote: >>>>> >>>>> >>>>> =A0On Mon, 17 Jan 2005, Sean Schofield wrote: >>>>> >>>>>> =A0I have a few more suggestions for the MyFaces development team: >>>>>> >>>>>> =A0#1) Consider moving from CVS to Subversion (SVN) when >> its time to >>>>>> =A0leave the incubator. =A0Apache has both types of repositories >>>>>> =A0available. Struts just recently moved to SVN and people like it. >>>>>> =A0I'm not totally familiar with advantages vs. >> disadvantages but it >>>>>> =A0seems to be a lot more flexible. =A0If this is something we'd >>>>>> =A0consider than it would be best to do it at the same time as >>>>>> =A0MyFaces leaves the incubator. >>>>>> >>>>> >>>>> =A0I would strongly encourage this. Apart from the fact that all of >>>>> =A0the ASF repositories will eventually be required to move from CVS >>>>> =A0to SVN, SVN really does have some excellent advantages. The two >>>>> =A0biggest, in my experience, are atomic commits (meaning that all >>>>> =A0changes within one commit are handled as a single >> transaction) and >>>>> =A0ease of refactoring. From an infrastructure perspective, using >>>>> =A0moving to SVN means that individual Unix accounts for every >>>>> =A0committer are no longer required. >>>>> >>>>>> =A0#2) Regardless of whether we use SVN or CVS, it would be nice to >>>>>> =A0email the developer's list when users check in. =A0This is a >>>>>> =A0standard practice with other Apache projects and helps >> developers >>>>>> =A0keep track of changes to the codebase. >>>>>> >>>>> >>>>> =A0Yep. Not sure why this isn't happening already. >>>>> >>>>> =A0-- >>>>> =A0Martin Cooper >>>>> >>>>> >>>>>> =A0sean >>>> >>>> >>>> >>> >>> >> > > --0-799932205-1106157598=:12561--