4 Commits

Author	SHA1	Message	Date
JP Simard	4bd7da32ea	Reduce visibility of rules to be internal (#4533) ... There's no reason to expose these publicly and this will make it nicer to move to a new module outside of the core SwiftLint functionality.	2022-11-09 11:01:26 -05:00
Marcelo Fabri	25a04e8eeb	Migrate inclusive_language rule to SwiftSyntax (#4390)	2022-10-23 14:00:40 +00:00
Dalton Claybrook	ba5e6d2e1c	Fix false positives in inclusive_language rule (#3439) ... * Add support for allowed terms in inclusive language rule * Update changelog * Move changelog entry to Enhancements section Co-authored-by: JP Simard <jp@jpsim.com>	2020-11-20 14:12:24 -05:00
Dalton Claybrook	d305e03905	Add inclusive_language rule (#3243) ... Current events have renewed the conversation in our community about the roles of terminology with racist connotations in our software. Many companies and developers are now taking appropriate steps to remove this terminology from their codebases and products. (e.g. [GitHub](https://twitter.com/natfriedman/status/1271253144442253312)) This small rule prevents the use of declarations that contain any of the terms: whitelist, blacklist, master, and slave. It may be appropriate to add more terms to this list now or in the future.	2020-11-07 22:03:08 -05:00