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

Nightly snapshot builds of develop and feature branches #349

Open
5 tasks
aj-stein-gsa opened this issue Jan 14, 2025 · 3 comments
Open
5 tasks

Nightly snapshot builds of develop and feature branches #349

aj-stein-gsa opened this issue Jan 14, 2025 · 3 comments
Assignees
Labels
blocked Waiting for an external action to occur enhancement New feature or request question Further information is requested

Comments

@aj-stein-gsa
Copy link
Contributor

User Story

As a developer of Metaschema-enabled tools and data, in order to more effectively test pre-release builds of this library, I would like snapshot builds of the library from develop (and possibly relevant feature* branches, if possible) published to metaschema-framework/maven2.

Goals

  • Make developer testing faster for tighter feedback loops
  • Allow dependent libraries and applications able to use snapshot builds locally or in CI/CD without building this library as a dependency itself

Dependencies

N/A

Acceptance Criteria

  • All website and readme documentation affected by the changes in this issue have been updated.
  • A Pull Request (PR) is submitted that fully addresses the goals of this User Story. This issue is referenced in the PR.
  • The CI-CD build process runs without any reported errors on the PR. This can be confirmed by reviewing that all checks have passed in the PR.

Revisions

No response

@david-waltermire
Copy link
Contributor

Doing nightly snapshots in m-j is not needed for develop, since snapshots are created when new commits are added to m-j. Where this is actually needed is in l-o-j, and o-c to test new m-j snapshots. This is somewhat straight forward to do on develop in these repos. Doing this for feature branches is more involved due to how Maven produces build artifact names. We would need to work out how to incorporate the branch name into the Maven build process.

Thoughts?

@david-waltermire david-waltermire added question Further information is requested blocked Waiting for an external action to occur labels Feb 27, 2025
@david-waltermire david-waltermire moved this from Ready to Blocked in Spec and Tooling Work Board Feb 27, 2025
@aj-stein-gsa
Copy link
Contributor Author

Doing nightly snapshots in m-j is not needed for develop, since snapshots are created when new commits are added to m-j. Where this is actually needed is in l-o-j, and o-c to test new m-j snapshots.

That is a good point.

This is somewhat straight forward to do on develop in these repos. Doing this for feature branches is more involved due to how Maven produces build artifact names. We would need to work out how to incorporate the branch name into the Maven build process.

Thoughts?

Thanks for the reminder. I had spent some time thinking about this facet of the deployment and how it work with Maven and read a lot, and did not find anything conclusive. I went done a rabbit hole on that and hadn't circled back. Is that worth doing then or we only focus on builds from develop for now and avoid the complexity of it?

(I think @wandmagic and I are the only people who would use it frequently, so I ping him for his take.)

@aj-stein-gsa
Copy link
Contributor Author

Also, after we discuss that, I can close this out in favor of metaschema-framework/liboscal-java#110 and metaschema-framework/oscal-cli#104 because the work will not be happening here exactly, but I assume we want to make a decision on ☝ and then act on it elsewhere.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
blocked Waiting for an external action to occur enhancement New feature or request question Further information is requested
Projects
Status: Blocked
Development

No branches or pull requests

2 participants