Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Continuous Integration: broken builds #4

Open
ghost opened this issue May 22, 2017 · 3 comments
Open

Continuous Integration: broken builds #4

ghost opened this issue May 22, 2017 · 3 comments
Labels

Comments

@ghost
Copy link

ghost commented May 22, 2017

Several of @ContentMine's GitHub repositories have Travis CI instances attached that currently have failing builds.

With any luck, fixing #1 will solve this. If it doesn't, then we need to investigate further.

@tarrow
Copy link

tarrow commented May 23, 2017

Hehe; I wish fixing #1 would do.

Unfortunately the problem is conceptually more difficult. In short we need to have a maven repo were we put the built artefacts that can be used by the CI when it needs to get a dependency for a project "down the stack"

Currently we have a hacked together maven repo (it is the one hosted at https://github.com/contentmine/cm-pom/tree/mvn-repo). This is "cool" but also not great. We should be using a maven repo that is syndicated into maven central.

PMR has made an account following this: http://central.sonatype.org/pages/ossrh-guide.html to start the process.

We then need the CI to deploy to this repo so that other CI processes for builds "down the stack". I worked on trying to get this sorted for a day or so. We could have a teleconference about setting this up if you like. I really want it to work but it was always talking too much time.

@ghost ghost mentioned this issue May 24, 2017
@ghost
Copy link
Author

ghost commented Jun 5, 2017

@tarrow wrote:

Hehe; I wish fixing #1 would do.

Unfortunately the problem is conceptually more difficult. In short we need to have a maven repo were we put the built artefacts that can be used by the CI when it needs to get a dependency for a project "down the stack"

As discussed when you visited, an adequate CI would build all the dependencies and cache them in its own .m2 local Maven repository. Having read more over the weekend about the travis-ci.org hosted service, I am hopeful that it can do this.

Currently we have a hacked together maven repo (it is the one hosted at https://github.com/contentmine/cm-pom/tree/mvn-repo). This is "cool" but also not great.

Agreed

We should be using a maven repo that is syndicated into maven central.

For deployment, yes. For CI, I'm not so sure.

PMR has made an account following this: http://central.sonatype.org/pages/ossrh-guide.html to start the process.

AFAIK, that's on the back-burner for now.

We then need the CI to deploy to this repo so that other CI processes for builds "down the stack". I worked on trying to get this sorted for a day or so. We could have a teleconference about setting this up if you like. I really want it to work but it was always talking too much time.

Thanks for the offer, and for your work on this :)

@petermr has asked me to look into CI, starting with CI for https://github.com/ContentMine/euclid and https://github.com/ContentMine/svg . So, am assigning this bug to me. Will contact you if need assistance.

@ghost ghost self-assigned this Jun 5, 2017
@petermr petermr closed this as completed Jun 15, 2017
@ghost
Copy link
Author

ghost commented Jun 15, 2017

Re-opening, as issue has not been resolved and seems to have been closed erroneously. (Cf. #5 (comment) .)

@ghost ghost reopened this Jun 15, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants