Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
From: Benedikt Ritter <britter@apache.org>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Subject: Re: [all] Custom build containers in Travis-CI.
Date: Fri, 16 Jun 2017 11:07:38 +0200
References: <8D107FDD-ADA0-4C66-B302-3E053322B21E@gmail.com>
To: Commons Developers List <dev@commons.apache.org>
In-Reply-To: <8D107FDD-ADA0-4C66-B302-3E053322B21E@gmail.com>
Message-Id: <42B08BA8-72FB-4B99-814B-63265A4D4C2E@apache.org>
archived-at: Fri, 16 Jun 2017 09:07:50 -0000

Hi,

> Am 15.06.2017 um 15:17 schrieb Rob Tompkins <chtompki@gmail.com>:
>=20
> Hello all,
>=20
> We=E2=80=99ve started an experiment in [text] in regards to using =
travis-ci to build inside containers (specifically ibmjava at this =
point). It seems that it=E2=80=99s a non-standard practice with regards =
to travis-ci.
>=20
> I suppose my question is: is anyone familiar with using travis-ci and =
specifying custom containers in which to run your build? Give the =
.travis.yml a look in commons-text =
(https://github.com/apache/commons-text/blob/master/.travis.yml) and let =
me know what you think. Clearly we=E2=80=99re trying to use ibmjava to =
build the project, but it=E2=80=99s definitely running that build on =
each of the 3 environments that we=E2=80=99re running in and exits with =
a 0 from the docker run command regardless of if the build fails.
>=20
> Any thoughts?

I don=E2=80=99t think it is possible to implement this in a way that the =
ibm idk build serves as a build environment the same why like the build =
in JDKs do.

Are there any plans by the travis team to make it possible to use ibm =
idk as build environment? Maybe we can create a PR for that. That feels =
like a much cleaner solution.

Regards,
Benedikt

>=20
> Cheers,
> -Rob


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org