ios-branch-deep-linking-attribution icon indicating copy to clipboard operation
ios-branch-deep-linking-attribution copied to clipboard

Remove non-inclusive terms

Open tinder-owenthomas opened this issue 4 years ago • 12 comments

Can we please get an updated version of the SDK which removes all non-inclusive language? We are focusing on removing such language from our company which extends to all third-party code we choose to use.

Specifically terms such as whitelist, blacklist, master, slave, etc. Would love this to cover actual code of course, but also, comments, branch names, repo descriptions on dependency management central repositories, licensing agreements, etc.

tinder-owenthomas avatar Nov 13 '20 00:11 tinder-owenthomas

We have this planned in phases. You should start seeing naming changes in the next patch release.

echo-branch avatar Nov 13 '20 18:11 echo-branch

Wonderful, thank you 🙏

tinder-owenthomas avatar Nov 18 '20 21:11 tinder-owenthomas

The main code portion of this was completed in the 0.37.0 release. There is still an issue in OCMock, which we use for some unit tests. We also haven't swapped out the branch names yet.

echo-branch avatar Jan 21 '21 17:01 echo-branch

Amazing, thank you so much @echo-branch. This means a lot to me and everyone on my team. Thank you for making it a priority.

tinder-owenthomas avatar Jan 26 '21 02:01 tinder-owenthomas

@echo-branch I do still see several references to non-inclusive terminology, however. Any chance of a quick 0.37.1 to address some of them?

  • Whitelist
  • Master
    • I appreciate that this one may need to wait until there's time to rename the default branch

tinder-owenthomas avatar Jan 26 '21 02:01 tinder-owenthomas

Thanks the heads up on the missed comments. Will be fixed.

echo-branch avatar Jan 26 '21 16:01 echo-branch

Some of them are comments, but several methods still reference "white" lists as well.

tinder-owenthomas avatar Jan 26 '21 18:01 tinder-owenthomas

Yea. I totally failed to search for that term.

echo-branch avatar Jan 26 '21 20:01 echo-branch

No worries, I welcome all progress. Does "white" list/etc. feel like an 0.37.1 type of thing, or do you think it will need to wait for an 0.38.0 release?

tinder-owenthomas avatar Jan 27 '21 06:01 tinder-owenthomas

It changes a little used public API so probably 0.38.0 just to prevent breaking. However, I'll try to release that in place of any patch release for 0.37.0.

There's also a plan to switch to x.y.z versioning to make it play nicer with Swift Package Manager automatic version updating. I'm leaning towards something like 1.38.0 right now.

echo-branch avatar Jan 27 '21 17:01 echo-branch

If you're going to redo the versioning it would be great if it can follow semantic versioning. This repo is one of the few we use that doesn't. I'd suggest going to 1.0.0, or 2.0.0 if you'd like to indicate that this is the "second" naming convention maybe.

tinder-owenthomas avatar Feb 01 '21 18:02 tinder-owenthomas

Released 1.38.0, just decided to add a 1 and note that our switch was to make life easier with build tooling. This should address Whitelist. Still need to get off the branch name though.

echo-branch avatar Feb 11 '21 01:02 echo-branch