Is your feature request related to a problem? Please describe.
I am using ggshield in a few projects pipeline, and first of all thanks for this great tool !
I am annoyed with a behaviour of ggshield that AFAIK, cannot be customized. Since I've started a work of taking secrets out of my project repo, I am removing secrets one by one.
Each time I am removing a secret, ggshield job is failing and need to use SKIP=ggshield as a workaround.
Example 1 (original names and value were changed) :
Similar issue occurs when modifying a line below or above a secret. GGshield job fails even though the line you modified has nothing to do with a secret.
Example 2 (original names and value were changed) :
Here I modified line 27 and got the job failed for an existing secret on line 28.
Describe the solution you'd like
To ensure tests hermeticity ggshield should be able to fail only when a secret has been added on a specific commit.
Not when removed.
Not when modified.
Not when the secret is not part of the commited changes.
It is even more relevant when several developers are working on the same repo, a developer should not be blocked for a vulnerability he did not introduced.
Describe alternatives you've considered
In case the behaviour of ggshield could not be changed (for backward compatibility), implement an option to behave the way described above.
Additional context
Add any other context or screenshots about the feature request here.
Is your feature request related to a problem? Please describe.
I am using ggshield in a few projects pipeline, and first of all thanks for this great tool !
I am annoyed with a behaviour of ggshield that AFAIK, cannot be customized. Since I've started a work of taking secrets out of my project repo, I am removing secrets one by one.
Each time I am removing a secret, ggshield job is failing and need to use
SKIP=ggshield
as a workaround.Example 1 (original names and value were changed) :
Similar issue occurs when modifying a line below or above a secret. GGshield job fails even though the line you modified has nothing to do with a secret.
Example 2 (original names and value were changed) :
Here I modified line 27 and got the job failed for an existing secret on line 28.
Describe the solution you'd like
To ensure tests hermeticity ggshield should be able to fail only when a secret has been added on a specific commit.
It is even more relevant when several developers are working on the same repo, a developer should not be blocked for a vulnerability he did not introduced.
Describe alternatives you've considered
In case the behaviour of ggshield could not be changed (for backward compatibility), implement an option to behave the way described above.
Additional context
Add any other context or screenshots about the feature request here.