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

Build needs to be moved into Travis instead of Jenkins #464

Open
danparisd opened this issue Jul 1, 2019 · 3 comments
Open

Build needs to be moved into Travis instead of Jenkins #464

danparisd opened this issue Jul 1, 2019 · 3 comments
Assignees

Comments

@danparisd
Copy link
Contributor

Travis is a better place for the build to live as testing is occurring there already. Jenkins was chosen for ease of managing secrets and install4j, but Travis handles secrets well, and I recall that others have used install4j in Travis with some minor workarounds.

This will move all buildscripts into this repo instead of the buildscripts being in a separate repo, and it will make sure that the final build succeeds with any changes made duing branch and PR checks.

@danparisd danparisd self-assigned this Jul 1, 2019
@danparisd
Copy link
Contributor Author

On second review, this may not be possible. Right now I'm storing the linux JRE in the private repo the buildscript is in, because oracle won't let us download it programmatically right now. I'll have to keep looking.

@aunger
Copy link
Contributor

aunger commented Jul 5, 2019

On second review, this may not be possible. Right now I'm storing the linux JRE in the private repo the buildscript is in, because oracle won't let us download it programmatically right now. I'll have to keep looking.

@danparisd Would this be solved by just stashing the JRE binary somewhere private (OneDrive, S3 bucket) that the build scripts can download from? Or... just as you currently pull in dependency repos (common, resource-container), could you place this binary dependency in a WA-private GitHub repo?

@danparisd
Copy link
Contributor Author

@aunger Stashing it in some arbitrary cloud hosting service could make sense. I suspect I could leave it where it is in azure devops repos (VSTS) and just grab it using a creds token. I haven't had a chance to put much thought into it. Thanks for the ideas!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants