Contents

## Description of the proposal

<!--
Please describe the proposal and add a link to the source (for example, http://www.betterspecs.org/).
-->

### Check-list

- [ ] Mention this proposal in the relevant Slack channels (e.g. `#development`, `#backend`, `#frontend`)
- [ ] If there is a choice to make between two potential styles, set up an emoji vote in the MR:
  - CHOICE_A: :a:
  - CHOICE_B: :b:
  - Vote yourself for both choices so that people know these are the choices
- [ ] The MR doesn't have significant objections, and is getting a majority of :+1: vs :-1: (remember that [we don't need to reach a consensus](https://about.gitlab.com/handbook/values/#collaboration-is-not-consensus))
- [ ] (If applicable) One style is getting a majority of vote (compared to the other choice)
- [ ] (If applicable) Update the MR with the chosen style
- [ ] Follow the [review process](https://docs.gitlab.com/ee/development/code_review.html) as usual

/label ~"Engineering Productivity" ~"development guidelines" ~"static code analysis"

/cc @gitlab-org/maintainers/rails-backend

Version data entries

22 entries across 22 versions & 1 rubygems

Version	Path
gitlab-styles-5.3.0	.gitlab/merge_request_templates/New Static Analysis Check.md
gitlab-styles-5.2.0	.gitlab/merge_request_templates/New Static Analysis Check.md