You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you want to switch from the standard INFO log level you can call scala steward with `-DLOG_LEVEL=DEBUG` for example: `scala-steward -DLOG_LEVEL=DEBUG --workspace "$STEWARD_DIR/workspace" ...`
99
+
100
+
## Why doesn't self-hosted Scala Steward close obsolete PRs?
101
+
102
+
When a new version of a dependency is found and the PR for older version still exists, Scala Steward
103
+
will be able to close the old PR.
104
+
105
+
If you don't observe such behaviour and new version PRs pile up alongside old ones,
106
+
make sure that the [workspace](running.md#workspace)
107
+
folder is persisted between different runs.
108
+
109
+
That's where Steward holds intermediate state about dependency versions and created PRs which ultimately
110
+
helps it make decisions about which PRs to close and which ones to keep open.
If you want to switch from the standard INFO log level you can call scala steward with `-DLOG_LEVEL=DEBUG` for example: `scala-steward -DLOG_LEVEL=DEBUG --workspace "$STEWARD_DIR/workspace" ...`
99
+
100
+
## Why doesn't self-hosted Scala Steward close obsolete PRs?
101
+
102
+
When a new version of a dependency is found and the PR for older version still exists, Scala Steward
103
+
will be able to close the old PR.
104
+
105
+
If you don't observe such behaviour and new version PRs pile up alongside old ones,
106
+
make sure that the [workspace](running.md#workspace)
107
+
folder is persisted between different runs.
108
+
109
+
That's where Steward holds intermediate state about dependency versions and created PRs which ultimately
110
+
helps it make decisions about which PRs to close and which ones to keep open.
0 commit comments