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

add automatic detection for modules containing build.gradle.kts #29052

Open
elect86 opened this issue May 7, 2024 · 3 comments
Open

add automatic detection for modules containing build.gradle.kts #29052

elect86 opened this issue May 7, 2024 · 3 comments
Assignees
Labels

Comments

@elect86
Copy link

elect86 commented May 7, 2024

Expected Behavior

I find myself often implement some logic to add several modules, sometimes only at top level, sometimes recursively

I'd like to have something like this

// settings.gradle.kts

includeByBuildScript(recursive = true)

Where Gradle will automatically search for all the directories containing build.gradle.kts and add them as modules

@elect86 elect86 added a:feature A new functionality to-triage labels May 7, 2024
@ljacomet ljacomet added in:multi-projects 👋 team-triage Issues that need to be triaged by a specific team and removed to-triage 👋 team-triage Issues that need to be triaged by a specific team labels May 14, 2024
@ljacomet
Copy link
Member

This feature request is in the backlog of the relevant team and is prioritized by them.


We probably do not want this to be the default, but having that capability could make sense for some setups.

Gradle would need to handle nested settings.gradle(.kts) either by ignoring those or adding them as included builds.

@ljacomet
Copy link
Member

@mlopatkin
Copy link
Member

having that capability could make sense for some setups.

@ljacomet, do you think there are use cases where it cannot be implemented as a settings plugin?

@mlopatkin mlopatkin self-assigned this Jun 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants