[git_cl] Fix creds_check new auth switch logic pt 3
Third time's the charm. The issue is still the "multi-valued boolean" logic. I introduce a new "switched on" concept to clarify things. If new auth is "switched off", then all new auth related things are off. Simple enough. There are two ways for new auth to be "switched on". Either it is explicitly enabled in the user's config, or we rolled out the default to on. When it is "switched on", we still rely on the presence of .gitcookies to determine whether we enable new auth for depot_tools. HOWEVER, we must use the new git cl creds-check, because that is the intended way for users to remove their .gitcookies file. | auth logic | creds-check | switched off | old | old | switched on +cookies | old | new | switched on -cookies | new | new | Change-Id: I311089960d78d8be2cdffd00e4515bfebf0f8f58 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/tools/depot_tools/+/6439385 Commit-Queue: Allen Li <ayatane@chromium.org> Reviewed-by: Gavin Mak <gavinmak@google.com>changes/85/6439385/4
parent
5ab895473c
commit
47701fdcd0
Loading…
Reference in New Issue