opensearch-project / opensearch-project/sql

Centralize dependency versions using constants across multiple build.gradle files

Open
#3,093 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

catch-all acknowledged maintenance
Dominant language
Java
Stars
176
Forks
229
Avg merge
2d 21h
Merged PRs (30d)
43

Description

Is your feature request related to a problem?
Currently, our project consists of several subprojects, each with its own build.gradle file. Many of these subprojects share common dependencies, and it's crucial that the versions of these shared dependencies remain consistent across all subprojects.

Current situation:

  • Dependency versions are specified as string literals directly in each build.gradle file.
  • When a shared dependency needs to be updated, we have to manually change the version in multiple build.gradle files. Examples:
    • #3083
    • #2307
    • #1829
    • #1586
  • This approach is error-prone and time-consuming, especially as our project grows.

What solution would you like?
Create a single source of truth for dependency versions in the root build.gradle, defining constants for each shared dependency version. Reference these constants in all subproject build.gradle files instead of using string literals.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the root build.gradle and compare dependency version string literals across the subproject build.gradle files. Inventory shared dependencies and determine which versions should be centralized; done means those subprojects reference the root constants consistently instead of duplicating shared versions.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
build-system
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.