mingshewhe
mingshewhe
目前代码库代码结构混乱，依赖源代码仓库平台接口，但是接口没有统一维护，而且同一套接口会实现多次。 - [ ] 工蜂api接口sdk封装，可以参考https://github.com/gitlab4j/gitlab4j-api 的实现 - [ ] 相同源代码库平台的接口应该有统一的抽象类，如GIT有gitlab、github和工蜂,接口应该统一，只是底层调用的平台接口不一样 - [ ] 源代码库平台的api接口和客户端命令的接口应该分开
当关联代码库时，需要调用工蜂接口校验用户名密码、token是否正确，但是如果接口报错，统一抛出的是token错误，没有抛出具体异常，导致用户不知道如何修复，希望能够直接将工蜂提示的信息展示出来
目前webhook匹配存在以下几个问题: 1. 没有根据事件类型进行匹配，导致每次触发查询出来的流水线很多 2. 没有根据插件ID进行匹配，需要匹配所有插件，调用代码库次数也增多 希望能够按照事件类型和配置的插件ID进行匹配，提升事件触发匹配速度
关联需求: #7743 ## 问题 发送的body中changeFiles的值总是为空 ## 原因  第2步赋的值，在第三步并没有生效。 模拟代码： ```kotlin @Test fun filter() { var pushChangeFiles: Set? = null val pathFilter = object: WebhookFilter { override fun doFilter() {...
希望项目创建、更新、启用和禁用能够通知依赖的平台,如codecc、turbo和制品库。注册项目回调由蓝盾平台维护，可以通过op接口新增、禁用。 ## 设计方案 为了能够复用已有的流水线回调能力(如异常熔断，回调记录，监控)，项目级回调跟流水线回调共用T_PIPELINE_CALLBACK表。 ### 问题 1. 项目回调是全局的，不需要项目ID，那么T_PIPELINE_CALLBACK表的projectId怎么如何处理？ - 项目ID统一使用用[DEVOPS_ALL_PROJECT] 2. 原有的回调认证，由用户注册回调时传入secretToken字段，蓝盾在发送回调时，会在请求头中增加X-DEVOPS-WEBHOOK-TOKEN:$secretToken，用户希望能够自定义认证请求。 - 在T_PIPELINE_CALLBACK增加secret_param字段，由用户自定义认证,在回调时添加到请求中
创建分支，工蜂的变更文件列表为空，如果"TGIT事件触发"插件配置排除路径不为空，监听路径为空，那么流水线不会触发，希望流水线能够触发 
目前http请求返回的json都是格式化后返回，改成压缩后返回，能够减少返回的消息体大小，节省带宽