It's not inappropriate but I encourage the community to try for consensus
before voting.

On Fri, Jun 21, 2019 at 11:07 AM Geoffrey Jacoby <gjac...@apache.org> wrote:

> Andrew,
>
> If the vote was inappropriate, my apologies -- it was my offline suggestion
> to Priyank to call one when he felt he was ready to proceed. There had been
> a general discussion on the list on the matter about a month ago that was
> generally supportive of the idea, but was preliminary and didn't seem broad
> enough for a big change to the development pipeline. I didn't want the
> discussion to take place on a JIRA or PR that many might miss.
>
> I suggested a vote as a forcing function to have a broader discussion that
> might not happen otherwise -- which is what happened.
>
> If there was a better approach more in keeping with the Apache Way, please
> let me know either here (maybe in a different thread) or offline. :-)
>
> Geoffrey
>
> On Fri, Jun 21, 2019 at 10:50 AM Andrew Purtell <apurt...@apache.org>
> wrote:
>
> > Point of order Apache communities generally do not vote to achieve
> > consensus. That should be a last resort. Please do not vote to make these
> > kinds of decisions.
> >
> > On Fri, Jun 21, 2019 at 12:15 AM Priyank Porwal <priyankpor...@gmail.com
> >
> > wrote:
> >
> > > [Converting this thread to a community vote]
> > >
> > > I'd like to start Travis-CI and CodeCov integration after getting some
> > > success with both on a fork in my personal account. Checkout -
> > > https://github.com/priyankporwal/phoenix/pull/3
> > >
> > > Things to note:
> > > 1. TravisCI kicked-off as soon as the PR is created and/or new commits
> > are
> > > pushed. No additional developer action is necessary.
> > > 2. Once completed, code-coverage report is uploaded to CodeCov which
> > > produced a nice color-coded graph of different folders/files. Detailed
> > > reports linked from the PR as well.
> > > 3. Confirmed that compilation and test failures resulted in CI flagging
> > the
> > > PR.
> > > 4. Currently, TravisCI only runs unit-tests. "mvn verify" takes too
> long
> > > for it to be included in Travis' scipt stage (max allowed time per job
> is
> > > 50 mins) - I made several attempts to break up the tests into several
> > jobs,
> > > but lack of maven skills prevented me from achieving that goal.
> > > 5. Repo-admin permissions only needed to start this integration
> > (one-time)
> > > and thereafter, incremental improvements can be made via any regular
> PR.
> > > Perhaps folks with maven expertise can get to it sooner.
> > >
> > > Please vote on proceeding with the integration with TravisCI and
> CodeCov.
> > >
> > > Thanks,
> > > Priyank
> > >
> > >
> > > On Tue, May 28, 2019 at 2:54 PM Thomas D'Silva
> > > <tdsi...@salesforce.com.invalid> wrote:
> > >
> > > > I assume we want to run all the ITs. Whevenver a PR is created Travis
> > CI
> > > > will automatically runs all the tests
> > > > and post the results to the PR.
> > > >
> > > >
> > > > On Tue, May 28, 2019 at 2:08 PM Geoffrey Jacoby <gjac...@apache.org>
> > > > wrote:
> > > >
> > > > > I don't know much about this particular tool, but something like
> this
> > > > would
> > > > > be good.
> > > > >
> > > > > Our current toolchain, with HadoopQA needing a JIRA patch and our
> > code
> > > > > reviews mostly migrating to Github is really awkward to deal with,
> so
> > > > > TravisCI's Github integration's a definite plus.
> > > > >
> > > > > An example of Tephra's integration is here[1]: and on TravisCI's
> home
> > > > > page[2] they mention that open source projects are free.
> > > > >
> > > > > Assuming there are no licensing, scalability or implementation
> > gotchas
> > > > I'd
> > > > > be a +1.
> > > > >
> > > > > Geoffrey
> > > > >
> > > > > [1]  https://travis-ci.org/apache/incubator-tephra
> > > > > [2] https://travis-ci.org/
> > > > >
> > > > > On Tue, May 28, 2019 at 1:31 PM William Shen <
> > > wills...@marinsoftware.com
> > > > >
> > > > > wrote:
> > > > >
> > > > > > +1 It would be awesome to be able to do this.
> > > > > > Any concerns if we choose to run long IT as part of this setup?
> > > > > >
> > > > > > On Tue, May 28, 2019 at 1:00 PM Pedro Boado <pbo...@apache.org>
> > > wrote:
> > > > > >
> > > > > > > What IT would you suggest to run? Testsuite (including long IT)
> > > takes
> > > > > > ~2h.
> > > > > > >
> > > > > > > On Tue, 28 May 2019, 20:40 Thomas D'Silva, <
> > tdsi...@salesforce.com
> > > > > > > .invalid>
> > > > > > > wrote:
> > > > > > >
> > > > > > > > +1 I think its a great idea. This would make it easier for
> new
> > > > > > > contributors
> > > > > > > > to run tests
> > > > > > > > and also make it easier for committers to verify a patch
> > doesn't
> > > > > break
> > > > > > > > functionality.
> > > > > > > >
> > > > > > > > On Tue, May 28, 2019 at 12:34 PM Priyank Porwal <
> > > > > > priyankpor...@gmail.com
> > > > > > > >
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > > Hi,
> > > > > > > > >
> > > > > > > > > What do you guys think about this work to setup Travis-CI
> and
> > > > > > > > CodeCoverage
> > > > > > > > > for Phoenix? The objective would be to run unit and
> > integration
> > > > > tests
> > > > > > > on
> > > > > > > > > each PR, show code-coverage reports and perhaps also do
> > > > checkstyle
> > > > > > > checks
> > > > > > > > > (after initial scrubbing effort). This would help rid of
> > manual
> > > > > patch
> > > > > > > > > uploads that we need currently, plus bring visibility into
> > code
> > > > > > health.
> > > > > > > > > Thoughts?
> > > > > > > > >
> > > > > > > > > https://issues.apache.org/jira/browse/PHOENIX-4863
> > > > > > > > >
> > > > > > > > > Thanks,
> > > > > > > > > Priyank
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> >
> > --
> > Best regards,
> > Andrew
> >
> > Words like orphans lost among the crosstalk, meaning torn from truth's
> > decrepit hands
> >    - A23, Crosstalk
> >
>


-- 
Best regards,
Andrew

Words like orphans lost among the crosstalk, meaning torn from truth's
decrepit hands
   - A23, Crosstalk

Reply via email to