v7.x Update - Add ability to append repo configurations, and user supplied configurations to the specified or default configuration#487
Conversation
|
@eddie-northcutt-wfp0 thanks for opening a new MR for v7.x.x. Hopefully the code was a little easier to understand. I agree with the ability to merge in a repo-config, that seems useful. But I'm failing to see the need for I can see how I'm also wondering if maybe |
|
@zricethezav Thanks for taking some time to review this! The As for the |
|
@eddie-northcutt-wfp0 sorry for taking so long on this. Approved and merged, this will be shipped in the next release, v7.3.0 |
…plied configurations to the specified or default configuration (gitleaks#487) * Update merge configuration changes for Gitleaks 7.x * Change merge to append, and did some clean up
Description:
Note: this is an update of #458 with changes that are compatible with
v7.xversion of Gitleaks.Currently, users can either define a configuration, or define a repo config, but not both as one would be overwritten by the other. Now users can merge configurations together. For example, a repo can be ran against a master configuration, but say there is a one-off false positive in that repo. Instead of changing the master config, users can now include a repo config and merge it with the master config, allow listing the file in question. Additionally, users can define an additional config outside or inside of the context of a repo. This allows for merging up to three configurations at once.
New Options:
--append-repo-config: appends config stored in repo with the config located at--config-path, or the default config if one is not specified.--additional-config: path to an additional config to be appended to the config located at--config-path, and/or the repo config , and/or the default config.Checklist:
resolves: #429