inaka/elvis_core

#196

· cdyb-kivra opened

on May 25, 2021

Detect conversions from literals in specific function calls

enhancement

help wanted

#155

· igaray opened

on Jan 2, 2019

Warn on unused <code>ignored</code> option values (per rule)

enhancement

help wanted

#164

· onno-vos-dev opened

on Jul 3, 2018

Don't lint <code>.gitignore</code>d (via <code>git status --ignored</code>) files

enhancement

help wanted

#165

· gnuvince opened

on Oct 26, 2016

Make for faster execution; load one file at a time and no more than once

enhancement

help wanted

#158

· fenollp opened

on Jun 30, 2016

Stop printing to stdout/stderr, but return elements we can work on top of (for <code>elvis</code> and <code>rebar3_lint</code>)

enhancement

help wanted

#3

· Licenser opened

on Nov 23, 2015

Types in callbacks not retrieved as such

bug

help wanted

#260

· jackyhui96 opened

on Oct 27, 2022

Categorise rules and allow analysing only specific categories + new rule for changing <code>ruleset</code> to <code>rulesets</code>

enhancement

#278

· paulo-ferraz-oliveira opened

on Feb 28, 2023

Post Erlang/OTP 29, flag <code>no_successive_maps</code> as deprecated

post-min-27

#333

· paulo-ferraz-oliveira opened

on Jan 31, 2024

Check <code>cf</code> to replace "calls" like <code>{{red-bold}}</code>

enhancement

help wanted

#4

· Licenser opened

on Nov 23, 2015

Potentially drop <code>always_shortcircuit</code> (<code>and</code>/<code>or</code>) in the future

enhancement

#375

· paulo-ferraz-oliveira opened

on Nov 26, 2024

Post Erlang/OTP 30, flag <code>no_catch_expressions</code> as deprecated

post-min-28

#396

· paulo-ferraz-oliveira opened

on Apr 23, 2025

Should the <code>erl_files_strict</code> complain that you're using <code>type</code> instead of <code>nominal</code>?

question

#460

· paulo-ferraz-oliveira opened

on Jun 10, 2025

New <code>erl_files</code> (+hrl +beam) rule: <code>{elvis_style, no_import_type}</code>

rule

#323

· paulo-ferraz-oliveira opened

on Sep 28, 2023

New <code>rebar_config</code> rule: <code>{elvis_project, consistent_deps_applications}</code>

rule

#334

· paulo-ferraz-oliveira opened

on Feb 14, 2024

New <code>erl_files</code> (-hrl +beam) rule: <code>{elvis_project, unsafe_application_get}</code>

rule

#324

· paulo-ferraz-oliveira opened

on Oct 10, 2023

New <code>erl_files</code> (-hrl +beam) rule: <code>{elvis_style, code_complexity}</code>

rule

#285

· elbrujohalcon opened

on Feb 28, 2023

New <code>erl_files_strict</code> (+hrl +beam) rule: <code>{elvis_text_style, todo_in_comments}</code>

rule

#382

· kivra-pauoli opened

on Feb 14, 2025

New <code>erl_files_strict</code> (+hrl +beam) rule: <code>{elvis_style, no_bare_function_calls}</code>

rule

#430

· paulo-ferraz-oliveira opened

on May 29, 2025

New <code>erl_files</code> (+hrl -beam) rule: <code>{elvis_style, no_consecutive_strings}</code>

rule

#328

· paulo-ferraz-oliveira opened

on Dec 20, 2023

Improve documentation for <code>no_boolean_in_comparison</code>

#486

· kivra-pauoli opened

on Jun 16, 2025

Reapply prefer_strict_generators to our code once we start only supporting OTP28+

#538

· elbrujohalcon opened

on Oct 14, 2025

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

eventually 🙄

Warn on empty folders triggered from <code>elvis git-branch</code>

Detect conversions from literals in specific function calls

Warn on unused <code>ignored</code> option values (per rule)

Don't lint <code>.gitignore</code>d (via <code>git status --ignored</code>) files

Make for faster execution; load one file at a time and no more than once

Stop printing to stdout/stderr, but return elements we can work on top of (for <code>elvis</code> and <code>rebar3_lint</code>)

Types in callbacks not retrieved as such

Categorise rules and allow analysing only specific categories + new rule for changing <code>ruleset</code> to <code>rulesets</code>

Post Erlang/OTP 29, flag <code>no_successive_maps</code> as deprecated

Check <code>cf</code> to replace "calls" like <code>{{red-bold}}</code>

Potentially drop <code>always_shortcircuit</code> (<code>and</code>/<code>or</code>) in the future

Post Erlang/OTP 30, flag <code>no_catch_expressions</code> as deprecated

Should the <code>erl_files_strict</code> complain that you're using <code>type</code> instead of <code>nominal</code>?

New <code>erl_files</code> (+hrl +beam) rule: <code>{elvis_style, no_import_type}</code>

New <code>rebar_config</code> rule: <code>{elvis_project, consistent_deps_applications}</code>

New <code>erl_files</code> (-hrl +beam) rule: <code>{elvis_project, unsafe_application_get}</code>

New <code>erl_files</code> (-hrl +beam) rule: <code>{elvis_style, code_complexity}</code>

New <code>erl_files_strict</code> (+hrl +beam) rule: <code>{elvis_text_style, todo_in_comments}</code>

New <code>erl_files_strict</code> (+hrl +beam) rule: <code>{elvis_style, no_bare_function_calls}</code>

New <code>erl_files</code> (+hrl -beam) rule: <code>{elvis_style, no_consecutive_strings}</code>

Improve documentation for <code>no_boolean_in_comparison</code>

Reapply prefer_strict_generators to our code once we start only supporting OTP28+

eventually 🙄

List view