Yes but others will reply that they don't want to be SPAM by those emails
and prefer to use hudson/jira dashboards or an RSS feed.In my case, I'm like
you, you can SPAM me, I'm a master in managing emails in GMails with emails,
filters & more.
Cheers,
Arnaud
# Arnaud Héritier
# Software Factory Manager
# eXo Platform
#
On Fri, Oct 9, 2009 at 9:47 AM, Julien Viet <julien(a)julienviet.com> wrote:
for me notifications are fine if they can easily filtered by common
mail
rules.
On Fri, Oct 9, 2009 at 9:44 AM, Arnaud HERITIER <aheritier(a)gmail.com>wrote:
> FYI, in our continuous integration jobs, Maven checks if there are new
> SNAPSHOTs on our global repository (Nexus -
>
http://repository.exoplatform.org) for each build.
> Actually our central repository checks if there are new SNAPSHOTs on
>
jboss.org every 5 minutes.
> Thus if there are less than 5 minutes between the deployment of SNAPSHOTs
> and the build, it will fail.
> This won't occur anymore when all GateIn resources (jobs, repositories,
> ..) will be hosted on
jboss.org
>
> About notifications, it is very very difficult to have all a team agreed
> on it. That's why we often push them (issues, continuous integration,..) on
> a dedicated mailing list (notifications@
maven.apache.org for exemple).
> Thus, those who prefer to use RSS feeds for exemple to retrieve those
> notifications can use it and not subscribe to the mailing list.
>
> Cheers,
>
> Arnaud
>
> # Arnaud Héritier
> # Software Factory Manager
> # eXo Platform
> #
http://www.exoplatform.com
> #
http://blog.aheritier.net
>
>
> On Fri, Oct 9, 2009 at 2:32 AM, Dimitri BAELI <dbaeli(a)gmail.com> wrote:
>
>> Hello,
>>
>> Last commit broke the build. And will probably block the night team in
>> VN :-)
>>
>>
>>
http://builder.exoplatform.org/hudson/view/All/job/gatein-portal-trunk/97...
>>
>>
>>
/home/hudson/hudson/jobs/gatein-portal-trunk/workspace/gatein/portal/trunk/component/pc/src/main/java/org/exoplatform/portal/pc/ExoKernelIntegration.java:[133,61]
cannot find symbol
>> symbol : variable LOCAL_PORTLET_INVOKER_ID
>>
>>
>>
>>
>>
>>
>> location: interface org.gatein.pc.api.PortletInvoker
>>
>>
>> *Questions:*
>> How should we behave in such case ?
>> Can we rollback the commit if the responsible is not present for few
>> hours ? Or let it be and update to the last known stable state.
>>
>> *Experimentation:*
>> I'll send the build notifications (only failures and back to normal
>> state) to the gatein-dev list. Tell me if that's not acceptable also.
>> Is there another target ML for that ?
>>
>> The notification rules:
>>
>> 1. Every failed build triggers a new e-mail.
>> 2. A successful build after a failed (or unstable) build triggers a
>> new e-mail, indicating that a crisis is over.
>> 3. An unstable build after a successful build triggers a new e-mail,
>> indicating that there's a regression.
>> 4. Unless configured, every unstable build triggers a new e-mail,
>> indicating that regression is still there.
>>
>>
>>
>> Dimitri BAELI - eXo Platform SAS
>>
>> _______________________________________________
>> gatein-dev mailing list
>> gatein-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/gatein-dev
>>
>>
>
> _______________________________________________
> gatein-dev mailing list
> gatein-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/gatein-dev
>
>