mirror of
https://github.com/DavidAnson/markdownlint.git
synced 2026-04-26 01:36:03 +03:00
[GH-ISSUE #228] All rules should include Rationale #2045
Labels
No labels
bug
enhancement
enhancement
enhancement
fixed in next
fixed in next
fixed in next
new rule
new rule
new rule
pull-request
question
refactoring
refactoring
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/markdownlint#2045
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @displague on GitHub (Oct 14, 2019).
Original GitHub issue: https://github.com/DavidAnson/markdownlint/issues/228
The use of this linter in a project should not require a developer to use the existence of this linter as the primary support.
Some rules include rationale, while others do not. It would build the case for markdown lint adoption if all rules included well reasoned and supported rationale, including references to deeper discussions for each rule.
https://github.com/DavidAnson/markdownlint/blob/master/doc/Rules.md#md026---trailing-punctuation-in-heading is an example of a rule that offers no rationale.
@displague commented on GitHub (Jan 28, 2020):
Thanks, @DavidAnson !