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

Use spring.build-type to control the Gradle conventions' behavior #96

Closed
wilkinsona opened this issue Sep 17, 2024 · 1 comment
Closed
Assignees
Labels
type: enhancement A general enhancement
Milestone

Comments

@wilkinsona
Copy link
Collaborator

wilkinsona commented Sep 17, 2024

It would be useful to be able to control the conventions' behavior depending on what we're building. For example, a plain OSS build should behave as it does today but when we're working on a CVE fix, we may not want to publish a build scan to eliminate the risk of leaking information about the vulnerability in the branch name, test method names, etc.

We can achieve this with Gradle through a property in gradle.properties (we'll have to read the file manually, but that should be good enough). It's not clear what we should do with Maven as I can't find any details on how to configure an extension using properties or similar. We'll tackle the Maven side of things later, perhaps using a separate file or the like.

@wilkinsona wilkinsona added the type: enhancement A general enhancement label Sep 17, 2024
@wilkinsona wilkinsona added this to the 0.0.21 milestone Sep 17, 2024
@wilkinsona wilkinsona self-assigned this Sep 17, 2024
@wilkinsona wilkinsona modified the milestones: 0.0.21, 0.0.22 Sep 17, 2024
@wilkinsona wilkinsona changed the title Use spring.build-type to control the conventions' behavior Use spring.build-type to control the Gradle conventions' behavior Sep 17, 2024
@wilkinsona
Copy link
Collaborator Author

Closed by 39c4e68.

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

No branches or pull requests

1 participant