Closed paulo-ferraz-oliveira closed 1 week ago
Can we make two rules, as follows?
Why not options?
And maybe we can put them in their own module (elvis_gitignore or something like that)
rebar_config
and elvis_config
are part of "project", which is what this rule wants to be. Why should we separate into different files?
Can we make two rules, as follows?
Why not options?
Mostly to have a ruleset with 2 rules, instead of one. 😜
And maybe we can put them in their own module (elvis_gitignore or something like that)
rebar_config
andelvis_config
are part of "project", which is what this rule wants to be. Why should we separate into different files?
Fair enough. Let it be in elvis_project
. :)
Brujo I think you need to update the settings for this
If it's not much, would you check the stuff above (initial description) that needs to be updated (?) - or maybe the checks are blocked to the author?
What's missing?
We can go with two rules, sure. One's the mirror of the other one so duplicating code and tests + adjusting shouldn't take long.
I've updated the description: I'm gonna make it two rules, each with the same option name. And I'm tentatively saying "since" is 4.0.0.
It's approved, @paulo-ferraz-oliveira … feel free to merge it whenever the checks are ✅
Good stuff. Thanks, @elbrujohalcon. Merging... (just gonna resolve the open conversations because of our rules to merge)
It'll use files identified by
dirs
+filter
(which should be.gitignore
) and apply (at the moment, the only existing) rulegitignore_patterns
with the default value found in the documentation.Closes #316.
Considerations
gitignore_patterns
is up for discussion~ replace with two rules:required_patterns
andforbidden_patterns
all_of
(name and content) is up for discussion~ the option name shall beregexes
gitignore
is up for discussion (though I'm rather fond of it)elvis_project
~elvis_gitignore
is up for discussion (the implementation itself, too, but I'm talking more about the placement of the code)