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

--repo-config configuration ignored when .scala-steward.conf exists in project #3459

Open
codergirlanna opened this issue Oct 28, 2024 · 0 comments

Comments

@codergirlanna
Copy link

When both .scala-steward.conf (in the root of the project) and an additional custom configuration (via --repo-config) are provided, only the repository-specific configuration (.scala-steward.conf) is applied, while the custom configuration is ignored. This behavior is undocumented, leading to unexpected results.

In help.md:

--repo-config <uri>
      Additional repo config file (can be used multiple times)

For example:

.scala-steward.conf:

updates.allow = [
  { groupId = "org.scala-sbt", artifactId = "sbt" }
]

updates.allowPreReleases = [
  { groupId = "com....", artifactId = "xxx" }
]

custom.scala-steward.conf:

updates.allow = [
  { groupId = "com....", artifactId = "yyy" }
]

updates.allowPreReleases = [
  { groupId = "com....", artifactId = "yyy" }
]

Problem:
This behavior is not mentioned in the documentation, which creates confusion. It is expected that the custom configuration from --repo-config would be applied by complementing the project-specific .scala-steward.conf. Instead, the configuration in --repo-config is completely ignored, which makes it impossible to manage different library updates via running scala-steward with different configuration — for example, using only the project configuration for scheduled updates and the complemented custom configuration for on-demand runs.

Expected Behavior: The documentation should clarify this behavior, or ideally, Scala Steward should be updated to allow both .scala-steward.conf and the custom configuration provided via --repo-config to be applied by complementing each other.

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

No branches or pull requests

1 participant