从GH-1372 issue完成时开始，Sentry 7.x转向使用自家定义的SSO Provider，逐渐抛弃django-social-auth结构。因为缺乏文档，我在此事上消耗了大量的时间。现在写这篇Wiki用于记录：
基类：sentry/auth/provider.py 中的 Provider 虚基类
样例：sentry/auth/providers/ 目录下的dummy.py和oauth2.py 两个，以及sentry-sso-google 基于Sentry自带的OAuth2Provider
基本执行流程：
- 通过django机制加载app，在初始化时调用sentry.auth.manager的register方法，注册自己的名字和class
- 管理员在 Organization 的Auth页开启SSO时，会生成上述类的一个实例。Sentry的helper.py负责此流程，先调用get_auth_pipeline()函数，取得一个成员为多个 AuthView的超类 的list，然后对着这个list依次执行成员的 dispatch()函数
- 每个步骤按照pipeline的顺序执行一个AuthView.dispatch(self,request,helper)函数，其中request可以读到当前的django request内容。因为URL都为/auth/sso/ 所以需要根据querystring来判断执行到哪一步了，并收集本步的信息，调用 helper.bind_state() 保存起来，然后return help.next_step()跳到下一步执行
- 最后build_identify()会被执行，需要返回一个至少包含id、email、name的dict，此dict被Sentry用来构造用户信息。