[
https://issues.apache.org/jira/browse/JAMES-3397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17205958#comment-17205958
]
Benoit Tellier commented on JAMES-3397:
---------------------------------------
Yes, the length of the build is an ongoing, known issue, that gets discussed
within the community [see DEV mailing list].
Maybe an approach could be to "skip" tests launching docker containers (that is
what takes time). Some efforts toward that have been done in the past.
The feedback to our kind contributor would be good and quick enough, while it
would be the committer responsibility to ensure, upon merges that the long
integration test suite is passing. That would be a good improvement from the
current situation.
On the longer term, we should figure out a permanent solution to run all tests
upon everybody contributions....
So I propose the following actions:
- Using an environment variable, we skip tests relying on docker. Example:
`ENV SKIP_DOCKER_TESTS=true`
DockerContainer class provides an example of how to do that. We could widden
its use, and provide a Supplier<GenericContainer<?> container> factory method
where we could enforce the policy of running the test - or not.
Then I would prefer seeing "Apache" CI tools rather than Travis. I understand
that, as it might be easier to set up, it could be an intermediate viable state.
Are there some other Apache projects around relying on Travis CI ?
> Set up travis-ci continuous integration to build the project and all pull
> requests
> ----------------------------------------------------------------------------------
>
> Key: JAMES-3397
> URL: https://issues.apache.org/jira/browse/JAMES-3397
> Project: James Server
> Issue Type: Improvement
> Reporter: Juhan Aasaru
> Priority: Major
>
> continuous integration increases quality and reduces chances that some PR can
> accidentally break the build
> I would like to work on this.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
