本讨论均基于Sentry 7.7版本

插件机制

自带插件

src/sentry/plugins/ 每插件一个目录
自带插件loader：src/sentry/conf/server.py 里的 INSTALLED_APPS tuple
外装插件loader：utils/runner.py 里的 install_plugins()函数，对iter_entry_points()遍历并将其加入 INSTALLED_APPS tuple 中
外装插件注册：插件的 setup.py 里执行注册 entry_points 的过程：

例：https://github.com/getsentry/sentry-groveio/blob/master/setup.py
参考资料：https://pythonhosted.org/setuptools/pkg_resources.html

#!/usr/bin/env python
import pkg_resources

for ep in pkg_resources.iter_entry_points('sentry.apps'):
    print str(ep)

for ep in pkg_resources.iter_entry_points('sentry.plugins'):
    print str(ep)

sentry-jira 插件

插件基本配置

每 Project 分别配置，需要输入 jira 的 instance URL、用户名和密码。以上内容 base64 存在数据库 sentry_projectoptions 表里 where `key` like ‘jira%’
配置用户名密码之后，选择 Sentry project 关联到哪个 JIRA Project，保存设置，并 Enable Plugin 即可。

Due Date 问题

在 Sentry Event 页面右边点击 Create JIRA Issue 进入创建页面。但下面 Due Date 总提示 Operation value must be a string 。
经 tcpdump，插件发送格式为

"duedate": {"id": "2015-07-31"}

根据 /rest/api/2/issue/createmeta?projectKeys=<我们的KEY>&expand=projects.issuetypes.fields 的说明，duedate 的 schema 为

"duedate": {
    "hasDefaultValue": false,
    "name": "Due Date",
    "operations": [
        "set"
    ],
    "required": true,
    "schema": {
        "system": "duedate",
        "type": "date"
    }
}

根据网上流传的消息（https://answers.atlassian.com/questions/319018/jira-eclipse-mylyn-transition-fails-when-date-is-required-french-format#comment-319464），Jira期望的格式应该是

"duedate":"2014-07-23"

发送格式和期望格式的不同导致了无法创建 Issue。不过 sentry-jira 插件创建的内容是 id，而上述 bugreport 中是 name，也不太一样。
倒推检查插件源代码，发现从 Form 提交到 jira 客户端对象的数据就已经是u’duedate’: {‘id’: u’2015-07-31′} 了
sentry_jira:forms.py里

elif (schema.get("type") != "string"
  or schema.get("item") != "string"
  or schema.get("custom") == CUSTOM_FIELD_TYPES.get("select")):
    v = {"id": v}

这一段缺乏对 date 类型的 Jira 字段的特殊处理，导致前面多加了 id。
也就是说，如果不改 sentry-jira 插件，就无解。所以我提交了pull request https://github.com/thurloat/sentry-jira/pull/71
5日下午突然发现，目前线上 Sentry 6.4.4 的 duedate 显示为 django 的 SelectDateWidget，而不像我自己的测试装 Sentry 7.7 一样直接用文本框。经过仔细对比，发现服务器上的 sentry-jira 插件是修改过的版本，forms.py 文件class JIRAIssueForm 新增了一段

duedate = forms.DateField(
    label="duedate",
    #widget=adminwidgets.AdminDateWidget(),
    widget=SelectDateWidget(),
    initial=datetime.datetime.now(),
    #widget=DateWidget(usel10n=True)
    required=True
)

但这段代码没在公司的git库里保存。

SSO集成

厂家SSO讨论：https://github.com/getsentry/sentry/issues/1372
新版Sentry有 auth backend 基类https://github.com/getsentry/sentry/tree/master/src/sentry/auth/
SENTRY_FEATURES[‘organizations:sso’]改为 True 可以开启 Auth 页面，设置sso。
然后我就参考 sentry-sso-google 写了一个插件。

SENTRY_SINGLE_ORGANIZATION=True 会导致 /auth/login/ 跳转到 /auth/login/org_slug/ ，从而无法登录 非 SSO 的用户（如系统自带的名为 sentry 的超级用户）

Organizations

当 SENTRY_SINGLE_ORGANIZATION=False 时，utils/runner.py加载配置之后会将 SENTRY_FEATURES[‘organizations:create’] 强制改为 False，从而禁用了右上角新 创建 Organization 的“加号”链接。如果在此状态下删除了最后一个 Organization，则其中的  Team会变成游离状态，只能改掉参数重启服务重新创建了，而且重建之后某种情况下会导致游离状态的 Team 丢失。切记不要删除 Organization！！
根据 getsentry 原厂GH-1372号 issue，每个 Organization 只能开启一个 SSO AuthProvider