On Wed, 19 Jan 2005, Matthias Wessendorf wrote:
I'm not sure what you mean by "instead of". Gump is a different beast entirely, and isn't related to whether you use CVS or SVN. It's more of a continuous integration tool, although its goal is to ensure that changes in one project don't inadvertently break other projects, rather than to work on a project by project basis.
sure like cruise control!
Sort of, except that Gump's focus is more "social".
Not Gump *instead of* CVS/Subversion ;-) instead of migrating process, since we here have guys that relay on CVS...
sorry for missunderstanding email...
Does anybody know much about GUMP?
I'm not an expert by any means. But I know enough to see that MyFaces is already building successfully in Gump. For example, see the log at:
http://brutus.apache.org/gump/public/buildLog.html
Ah! I expected, that should be setup by a project, but still done.
Each project is typically responsible for maintaining its own Gump descriptor. That's why all ASF committers have commit access to the Gump repository. It looks like Stepha Bodewig created the initial descriptor for MyFaces.
Do you also know where the nightly builds are stored? or aren't they stored?
I don't know if they're stored anywhere. I wouldn't be surprised if they're not stored. Gump runs on an untrusted machine (brutus), so we wouldn't really want people relying on binaries from Gump in their own projects.
Btw. Martin, are you using GUMP inside of Struts?
Gump isn't typically used by projects themselves. Rather, there is a Gump installation that builds just about everything at the ASF (and many projects from elsewhere as well) several times a day. If your project breaks, you will receive "nag" messages telling you that.
thanks for pointing this out! that was new for me, that it also builds MyFaces.
I saw your follow-on message about it only building the JSF API. Sorry, I didn't look deep enough to notice that. Someone will need to update the descriptor to get it building the rest. I'm not a good person to do that, since I've never actually tried to build MyFaces. ;-) The Gump descriptor is here, if anyone is interested:
http://cvs.apache.org/viewcvs.cgi/gump/project/myfaces.xml?rev=1.3&view=log
You will also find the Gump community (on [EMAIL PROTECTED]) friendly and helpful.
-- Martin Cooper
-Matthias
-- Martin Cooper
few monthsThanks, Matthias
-----Original Message----- From: Martin Cooper [mailto:[EMAIL PROTECTED] 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 nextI've readthen do the conversion? I've not had to do it myself butto be. ;-)that the cvs2svnscript is supposed to do a good job of moving all thehistory over. Once theIDE 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 outeverything, historyBut we can cross that bridge when we come to it.
The cvs2svn tool does a great job of preservingquick andand 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 bedrafted thepainless for all involved.
-- Martin Cooper
-bd-
On Jan 17, 2005, at 4:26 PM, Ted Husted wrote:
Moving to Subversion was "strongly suggested" when wedevelopment team:tools were moreincubator proposal. However, the developers felt that the CVS IDEmature, and that they would prefer to wait before switching.
To receive the CVS logs, subscribe to <[EMAIL PROTECTED]>.
-Ted.
On Mon, 17 Jan 2005 14:21:00 -0800 (PST), Martin Cooper wrote:
�On Mon, 17 Jan 2005, Sean Schofield wrote:
�I have a few more suggestions for the MyFacespeople like it.its time to
�#1) Consider moving from CVS to Subversion (SVN) when�leave the incubator. �Apache has both types of repositories �available. Struts just recently moved to SVN andthat all ofdisadvantages but it�I'm not totally familiar with advantages vs.�seems to be a lot more flexible. �If this is something we'd �consider than it would be best to do it at the same time as �MyFaces leaves the incubator.
�I would strongly encourage this. Apart from the factmove from CVS�the ASF repositories will eventually be required tobe nice totransaction) and�to SVN, SVN really does have some excellent advantages. The two �biggest, in my experience, are atomic commits (meaning that all �changes within one commit are handled as a single�ease of refactoring. From an infrastructure perspective, using �moving to SVN means that individual Unix accounts for every �committer are no longer required.
�#2) Regardless of whether we use SVN or CVS, it woulddevelopers�email the developer's list when users check in. �This is a �standard practice with other Apache projects and helps�keep track of changes to the codebase.
�Yep. Not sure why this isn't happening already.
�-- �Martin Cooper
�sean
