Skip to content

Build Automation #98

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

Open
jonbartels opened this issue May 22, 2025 · 0 comments
Open

Build Automation #98

jonbartels opened this issue May 22, 2025 · 0 comments

Comments

@jonbartels
Copy link
Contributor

jonbartels commented May 22, 2025

I want to get community input (and help!) for build automation.

I think OIE needs build automation that handles:

  • code signing - on demand for releases. What about on merges to master? see #11 Add GHA build workflow #12
  • building install packages - on demand for releases. What about on merges to master?
  • automated unit test execution - on every push
  • stubs or a plan for automated integration test execution ( I am deferring this because the setup and management of integration tests is a separate block of work )

These automations must use GitHub secrets appropriately to protect our signing key, install4j licenses, etc.

When should these automations run? On demand? On merge to master?

Can these automations be set to run common tests on each commit, then run a release process on demand?

They should not run on every build. We cannot burn the build minutes and we should not sign builds which are not approved and merged to master.

Should these automations run via ant/gradle so that any user can sign builds using their own signing key and install4j license? the alternative is that OIE does builds in our pipelines only. The process would be public either way but the secrets would not be

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

1 participant