先不要合并。

1. 在所有功能文件里添加了name 字段，标识当前功能模块对应的配置名称，如：name: issue/autoLabel 表示对应了配置文件里的issue.autoLabel ，当然也在想配置里是不是也直接写这个 key 而不是多套一级，如：pullRequest/autoReviewRequest 和pullRequest.autoReviewRequest 的区别
2. 在注册里先把功能文件根据name 排列，并循环所有的package.json 配置开启的功能，去注册事件，注册时以空间名/仓库名@事件名 ，这样在触发时就可以无条件触发了，因为是以仓库为粒度了
3. 注册事件时为了注入配置数据，做了一层代理，如：

module.exports={name:'pullRequest/autoReviewRequest',register(on){on('pull_request_labeled',({payload, repo},{config, scope})=>{})}}

上面对应了：

"config": {"github-bot": {"username/repo": {"pullRequest": {"autoReviewRequest": {"enabled":true,"data": {"need demo":"您好，请填写相关 Demo 链接。","need update package":"请更新版本号。"          }        }      }    }  }}

事件回调参数说明：

• payload - 对应接口数据，via:

  github-bot/src/app.js

  Lines 35 to 38 in4bdb7b5

  	githubEvent.emit(`${payload.repository.full_name}@${eventName}`,{
  	repo:payload.repository.name,
  	payload
  	})

• repo - 仓库名称（不带空间名）
• config - 对应当前匹配请求+空间名/仓库名下的所有配置，也就是pkg.config.github-bot.username/repo，via:

  github-bot/src/app.js

  Lines 69 to 72 in4bdb7b5

  	callback(data,{
  	config:pkg.config['github-bot'][repo],
  	scope:config.data||{}
  	})

• scope - 当前配置功能模块的配置，也就是pkg.config.github-bot.username/repo.pullRequest.autoReviewRequest