-
Notifications
You must be signed in to change notification settings - Fork 4
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
repolinter-action doesn't respect new config parsing logic #4
Comments
oh, and it just occurred to me that the reason repolinter-action is doing this is because it is basically replicating all of the logic from https://github.com/todogroup/repolinter/blob/master/bin/repolinter.js, and prior to the above change, |
use standard config parsing logic in repolinter, which includes additional functionality like extending config files. This is technically a breaking change, since config files are now interpreted as relative to the repolinter working directory rather than the root of the repository. This difference can be seen in the 'runs in a custom directory' test. This only breaks if you are running repolinter in a custom directory AND using a custom config file. Fixes todogroup#4
use standard config parsing logic in repolinter, which includes additional functionality like extending config files. This is technically a breaking change, since config files are now interpreted as relative to the repolinter working directory rather than the root of the repository. This difference can be seen in the 'runs in a custom directory' test. This only breaks if you are running repolinter in a custom directory AND using a custom config file. Fixes todogroup#4
use standard config parsing logic in repolinter, which includes additional functionality like extending config files. This is technically a breaking change, since config files are now interpreted as relative to the repolinter working directory rather than the root of the repository. This difference can be seen in the 'runs in a custom directory' test. This only breaks if you are running repolinter in a custom directory AND using a custom config file. Fixes todogroup#4
use standard config parsing logic in repolinter, which includes additional functionality like extending config files. BREAKING CHANGE: Config file paths are now interpreted as relative to the repolinter working directory rather than the root of the repository. This difference can be seen in the 'runs in a custom directory' test. This only breaks if you are running repolinter in a custom directory AND using a custom config file. Fixes todogroup#4
use standard config parsing logic in repolinter, which includes additional functionality like extending config files. Config file paths are now interpreted as relative to the repolinter working directory rather than the root of the repository. This difference can be seen in the 'runs in a custom directory' test. This only breaks if you are running repolinter in a custom directory AND using a custom config file, which we don't think anyone is actually doing. Fixes todogroup#4
🎉 This issue has been resolved in version 1.7.2 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
repolinter-action has its own config parsing logic (https://github.com/todogroup/repolinter-action/blob/main/src/getConfig.ts) rather than deferring to repolinter. This is problematic because repolinter-action doesn't include the new 'extends' functionality added in todogroup/repolinter#207.
I can't think of any reason why repolinter-action should be trying to do configuration parsing at all, so I'll work to remove that and let repolinter take care of it. In initial testing, just skipping the getConfig call seems to break tests, so that will be my focus right now.
The text was updated successfully, but these errors were encountered: