Just be sure to delete the branch after merging so that the job will get
cleaned up (in 3 days time - retention strategy)

On Thu 13 Apr 2017 at 23:53, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:

> None here!
>
> On Thu 13 Apr 2017 at 23:30, Igor Fedorenko <i...@ifedorenko.com> wrote:
>
>> Thank you for the explanation, didn't find this job.
>>
>> Now that both branch builds are happy, any objections I merge then to
>> master?
>>
>> --
>> Regards,
>> Igor
>>
>>
>>
>> On April 13, 2017 1:20:24 PM Karl Heinz Marbaise <khmarba...@gmx.de>
>> wrote:
>>
>> > Hi Igor,
>> >
>> >
>> > On 13/04/17 22:09, Igor Fedorenko wrote:
>> >> I pushed my changes to feature branches. How do I trigger CI builds
>> now?
>> >
>> > They are already running your builds...
>> >
>> > Take a look here:
>> >
>> >
>> https://builds.apache.org/view/M-R/view/Maven/job/maven-3.x-jenkinsfile/
>> >
>> > Kind regards
>> > Karl Heinz Marbaise
>> >
>> >
>> >>
>> >> --
>> >> Regards,
>> >> Igor
>> >>
>> >>
>> >>
>> >> On April 7, 2017 9:24:06 AM Igor Fedorenko <i...@ifedorenko.com>
>> wrote:
>> >>
>> >>> I completely agree we need to prove each code change does not break
>> >>> existing integration tests (and I did run the tests locally with my
>> >>> changes, fwiw)
>> >>>
>> >>> --
>> >>> Regards,
>> >>> Igor
>> >>>
>> >>> On Fri, Apr 7, 2017, at 11:58 AM, Stephen Connolly wrote:
>> >>>> I want every issue that changes code (not docs or javadocs) to have
>> an
>> >>>> integration test run before merging.
>> >>>>
>> >>>> We were trying to get consensus on a process but the debate died
>> without
>> >>>> a
>> >>>> conclusion
>> >>>>
>> >>>> On Fri 7 Apr 2017 at 16:21, Igor Fedorenko <i...@ifedorenko.com>
>> wrote:
>> >>>>
>> >>>> > I have two of small-ish fixes I'd like to submit, so I was
>> >>>> wondering if
>> >>>> > master is open for 3.5.1 changes already or we want to give it
>> little
>> >>>> > more time in case we need to release any emergency patches.
>> >>>> >
>> >>>> > Also, what is the general bug fixing protocol now, push to
>> directly to
>> >>>> > master and be prepared to revert or always go through a
>> >>>> > pull-request-review process? I don't mind going the code review
>> route,
>> >>>> > but in this particular case both changes touch 1-2 lines of code
>> not
>> >>>> > counting regression test code, so I am not sure how much value
>> formal
>> >>>> > code review process will provide.
>> >>>> >
>> >>>> > Also, does anyone know how to get my JIRA account fixed so I can
>> >>>> > assign/close/etc bugs?
>> >>>> >
>> >>>> > Thank you in advance.
>> >>>> >
>> >>>> >
>> >>>> > https://issues.apache.org/jira/browse/MNG-6210
>> >>>> > https://issues.apache.org/jira/browse/MNG-6209
>> >>>> >
>> >>>> > --
>> >>>> > Regards,
>> >>>> > Igor
>> >>>> >
>> >>>> >
>> ---------------------------------------------------------------------
>> >>>> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> >>>> > For additional commands, e-mail: dev-h...@maven.apache.org
>> >>>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> > For additional commands, e-mail: dev-h...@maven.apache.org
>> >
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>> --
> Sent from my phone
>
-- 
Sent from my phone

Reply via email to