What is the expectation around non-inclusive language and 3p code?
In this case, the problematic file is here:
The flagged word reflects the name of the git branch. I *could* request the upstream project to rename their git branch and update their CI config, but while this would be the ideal outcome in an ideal world, it also imposes extra process work on the volunteer maintainers of an OSS project.
I could apply a local patch to this crate to add # nocheck comments as requested, but that seems heavyweight and complicates future work to update the 3p crate (anyone updating it has to remember there are local patches, and to re-apply them, and/or update the patches if needed).
Instead, I'm opting to just skip the presubmit, but it feels like there should be a better option here for 3p code (e.g. maybe we could provide an escape hatch via a tag in the CL description).
(There is a third option, which is for me to go and personally fix their project, but I think requiring that of every 3p library would be sub-optimal)
Daniel