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

[FEATURE] Migrate Dependencies to Gradle Version Catalog #3316

Open
andy-k-improving opened this issue Feb 10, 2025 · 1 comment
Open

[FEATURE] Migrate Dependencies to Gradle Version Catalog #3316

andy-k-improving opened this issue Feb 10, 2025 · 1 comment
Labels
enhancement New feature or request

Comments

@andy-k-improving
Copy link
Contributor

andy-k-improving commented Feb 10, 2025

Is your feature request related to a problem?
Currently, dependency versions are being declared on respective build.gradle file module with Groovy DSL.
This scattered approach complicates maintenance, increase the risk of inconsistencies, and make it challenging to manage and update dependencies across the SQL project.

Let's take Junit as an example:
Which both versions .4.13.2 and 5.9.3 are being declared within the project, and because of this, test-cases syntax are being diverted accordingly throughout the project.

What solution would you like?
To have a two-phases approach to eventually migrate all the versions declaration from the current form, to Gradle version catalog, which includes:

  • Phase-1: Centralise all version declaration in the form of Gradle property
  • Phase-2: Migrate Gradle properties into a standalone libs.versions.toml file.

What alternatives have you considered?
A Gradle version catalog is not suitable in this SQL project, then we should at-least centralise all version declaration into parent module, as a custom configuration file.

Do you have any additional context?
Gradle site reference for version catalogs: https://docs.gradle.org/current/userguide/version_catalogs.html?utm_source=chatgpt.com

PR placeholder:

@andy-k-improving andy-k-improving added enhancement New feature or request untriaged labels Feb 10, 2025
@andy-k-improving
Copy link
Contributor Author

Related PR:
#3294

@penghuo penghuo removed the untriaged label Feb 11, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants