Composite build configuration override each other

#723 ยท open ยท 1 comments

View on GitHub โ†—

rlatapy-luna

- [x] I have read the [guidelines for submitting issues](https://splitties.github.io/refreshVersions/contributing/submitting-issues/#bug-reports) ## ๐Ÿ› Describe the bug <!-- A clear and concise description of what the bug is. --> I know composite build is not officially supported, but: When including a project in another one by using a Gradle composite build (`includeBuild`), configuration set in `refreshVersions` block from main project `settings.gradle.kts` is overriden by configuration set in included project `settings.gradle.kts` (even if there is no configuration). ## โš ๏ธ Current behavior <!-- A clear and concise description of what you expected to happen. --> When running refreshVersions task, the configuration set in settings.gradle.kts is not applied ## โœ… Expected behavior <!-- A clear and concise description of what you expected to happen. --> Each projects/included projects use its own configuration without overlapping each other ## ๐Ÿ’ฃ Steps to reproduce <!-- How we can reproduce the behavior: --> Here is repro project https://github.com/rlatapy-luna/CompositeRefreshVersions 1. Run `refreshVersions` task (which depends on MySubProject:refreshVersions). Both task run, but both use configuration from MySubProject (check the log and resulting `libs.versions.toml` files) 3. Run `MySubProject:refreshVersions` alone, ok <img width="1108" alt="image" src="https://github.com/user-attachments/assets/ec3d8577-1381-4ed1-af60-ea9db86d639c"> ## ๐Ÿ“ฑ Tech info - [Build Scan URL](https://scans.gradle.com/s/4alr5q6cz5q46) โš ๏ธ It works as expected when using build `--scan`.

Comments

LouisCAD

Hello/Bonjour ! I have a plan to resolve this, but it's quite an undertaking, and since I'm the only "active" maintainer at the moment, don't expect it this year. However, if you want to contribute it in a way that I'd accept merging, I can give time to help on that so you know how to do it, where to plug things, and avoid Gradle tough tricks.