Hudson application is used just for build monitoring for getting the
status to developers about the state of the build and not build
debugging controlling the checkins :-)
We haven't even used Tinderbox command that you are suggesting (cvs
update -j) for reverting the changes, that still becomes manual and
developers responsibility to make sure it doesn't break the build, and
if it breaks, then developer to revert the changes that causing the
problem.
Refer to the guidelines:
https://glassfish.dev.java.net/public/GuidelinesandConventions.html#Commit_Procedures
thanks
Dinesh
Kedar Mhaswade wrote:
> Thanks Dinesh, for the details.
>
> Just to confirm: Are you saying that if someone checks in 15 files in 4
> GF modules and that results in a build breakage, there is no easy way
> to know what/how to roll back? (If we do not do the rollback as an atomic
> operation, there might be more problems), other than going through
> the (often delayed) java.net e-mails and painfully finding out
> versions to revert?
>
> If yes, it is a limitation, especially for you :).
>
> Kedar
>
> Dinesh Patil wrote:
>
>> For reference, I have the blog on Glassfish build continuously on
>> Hudson application: *http://blog.sun.com/dpatil
>> *
>> In hudson, job configuration
>> http://glassfishbuildtools.sun.com:8000/hudson/job/glassfish
>> (/configure which is not accessible other than admin-role) we have
>> setup "module as glassfish/bootstrap" in "Source Code Management" as
>> checking out glassfish would be too long as it will checkout
>> unnecessary modules/source from java.net under glassfish modules.
>>
>> But the side effect of this is only checkins in glassfish/bootstrap
>> module are been detected by Hudson tool in "Changes" section of the
>> job, and not all GlassFish modules. We will need to see another
>> option to get this same functionality as Tinderbox, but currently we
>> have similar functionality in "Changes" section of the build status,
>> which shows integrations in "glassfish/bootstrap" module only.
>>
>> Source Code Management
>> None
>> CVS
>> CVSROOT *module glassfish/bootstrap*
>> branch CVS_RSH Use update If checked, Hudson will use
>> 'cvs update' whenever possible, making the build faster. But this
>> causes the artifacts from the previous build to remain when a new
>> build starts.
>> Subversion
>>
>> thanks
>> Dinesh
>>
>> Kedar Mhaswade wrote:
>>
>>> I was trying to understand (of course without reading the manual)
>>> the Hudson based builds of GlassFish at:
>>> http://glassfishbuildtools.sun.com:8000/hudson/job/glassfish/
>>>
>>> I could not locate where one should look for, if s/he is
>>> interested in finding out in *one* click a list of cvs update -j
>>> commands that undo the *entire* guilty checkin. (This is
>>> available on Tinderbox as a basic feature).
>>>
>>> Does anyone know?
>>>
>>> Thanks,
>>> Kedar
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>