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

Allow "global" (user level) Regal configuration file #1075

Open
anderseknert opened this issue Sep 8, 2024 · 0 comments
Open

Allow "global" (user level) Regal configuration file #1075

anderseknert opened this issue Sep 8, 2024 · 0 comments

Comments

@anderseknert
Copy link
Member

While it's well-documented and easy to ignore linter rule violations via a project's .regal/config.yaml file, some users have told us that issues reported by Regal in the context of authoring policies in a supported (LSP) editor — can be somewhat annoying when:

  • working with code that belongs to someone else (like a customer, client, someone you support)
  • just messing around with some Rego in a temporary scratch directory

It's possible to achieve this today already, as Regal will traverse the directory tree upwards looking for configuration, using the first one it finds. But in addition to this, we could easily support a user-level ~/.config/regal/config.yaml too. This configuration would only apply when none of the above methods found a config, and config files should not be "merged". I.e. a project-level config always takes precedence.

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

No branches or pull requests

1 participant