-
Notifications
You must be signed in to change notification settings - Fork 497
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
Support for projects unlinked from root #1481
Comments
You're right that Scala Steward only updates dependencies that are listed by I also think that guardrail-dev/guardrail#664 looks like a good workaround when you don't want certain subprojects aggregated in the root project but still want to benefit from Scala Steward's automatic updates. The good thing about this solution is that library definitions are still only in the sbt build and do not need to be duplicated in some Scala Steward specific config file. |
@blast-hardcheese what we endup with giter8 templates (same - empty root dependencies, but lot's inside) is to regenerate dependencies.gen.sbt inside root that will aggregate them (simple bash scripts ;) Then Scala steward update in both places - root (gen) and under |
IIUC, this is covered by repo-specific config
which was introduced in #1875 |
For some time, I was wondering why only some libraries on https://github.com/twilio/guardrail/ were receiving library update PRs.
After digging in a bit, running
stewardDependencies
locally, I discovered that due tostewardDependencies
collectinglibraryDependencies
from the project it was launched in, if there were any projects that were only accessible fully qualified, they'd be completely left out of analysis.To put it differently,
The reason for this is surely due to my lack of how to properly structure an SBT project to serve my needs, but the guardrail integration tests are run in subprojects that are only able to be
compile
d during integration tests, as all other times the required source files have not been generated yet.I was able to play a little shell game with my dependencies, which works pretty decently: guardrail-dev/guardrail#664
... though I wonder if there's not a more elegant solution for this problem, perhaps
.steward.conf
containingprojects = foo, bar, baz
or similar.This seems somewhat related to #1158 as well, though that issue seems to be with multiple, separate invocation roots, whereas mine is just separate command prefixes plus an aggregation phase.
As always, thank you for this excellent tool, and have a fantastic day writing Scala!
The text was updated successfully, but these errors were encountered: