irwinsun
irwinsun
**What happened**: 互斥锁A： Build1 Job1 获取锁定 Build2 Job2 等待锁定 当此时出现故障，例如DB故障、Job1构建机调度出错，Job1被取消了， 但锁定仍然会被Job1持有，导致Job2 一直在等待互斥锁 **What you expected to happen**: 互斥组需要一种自助触锁机制，保障用户自助解锁 **How to reproduce it (as minimally and precisely as possible)**: **Anything else...
背景： 后台程序运行日志打印内容及级别较为随意，ERROR级别的日志较多，中英文混杂以及存在打印一些不安全或敏感的信息，不利于平台的正常监控运营。 因此需要规范日志打印： # 日志规范 ## 日志基本原则 - 思考该行日志的用途 - 禁止打印带有敏感信息的字段 - 不用中英文句子，只用英文关键字代替 - 非紧急必要情况下，要消除为了追踪逻辑而打印的error，warn，info。理清业务逻辑, 仅在必要的平台错误输出error - 非紧急必要情况下，禁止直接输出整个对象，随着业务发展，无法知晓后续该对象会不会被加入敏感信息或者嵌入超级大的对象。 - ERROR日志需要监控，并且出现后开发需要介入 ## 平台错误埋点规范示例： ``` logger.error("BKSystemErrorMonitor|listenAgentStartUpEvent|${event.buildId}|error=${ignore.message}") BKSystemErrorMonitor 是固定的，监控平台会采集该字段来表示是系统出现错误，是固定的。 listenAgentStartUpEvent 这个是示例方法名，表示出错的是哪个方法名，可以自定义。 ${event.buildId} 这个表示当前关注的信息是什么...
**What would you like to be added**: 目前自动升级仅支持对devopsAgent,devopsDaemon, worker-agent.jar 等程序的升级，目前agent上一些老旧的jdk可能存在风险，需要有一个统一的自动升级能力。 **Why is this needed**: 目前agent上一些老旧的jdk可能存在风险，需要有一个统一的自动升级能力。以及后续可能会新增的第三方组件的升级。
背景： - 在模板实例批量更新时因为前端依赖于后端pipelines 接口返回像 GIT 代码库/分支类型的参数 option 值来进行交互， 但因为这类参数options 值是要与代码库等三方系统进行联合查询，会导致接口响应速度过慢。 当用户一次性选择更新实例条数较多时，可能造成前端无响应等体验问题。 建议：改成前端在用户点击相应参数选择下拉列表时，才触发查询后台接口进行交互。
每个微服务只保留api/biz/boot/model 4个模块. 原其他子模块的代码按包名规划合入区分: 规范: 以store微服务为例: 镜像商店api包 api-store-image 合入 api-store 原api-store-image 代码中api部分需要按包名规划 com.tencent.devops.store.api.image 区分出来即可. 可保持文件目录结构独立和用途清晰, 为什么不调整成 biz-xxx-xxx 也采用相同的逻辑来处理. 最佳的包命名方式是: com.tencent.devops.store.image.dao com.tencent.devops.store.image.service com.tencent.devops.store.image.resources com.tencent.devops.store.image.... 注意事项: 1、 api-store-image包为什么不调整成 com.tencent.devops.store.image.api 呢, 这里涉及到[Client.kt的包解析代码 com.tencent.devops.([a-z]+).api.([a-zA-Z]+)](https://github.com/TencentBlueKing/bk-ci/blob/d881c9def079f134f717eb91320e52fa754b01b0/src/backend/ci/core/common/common-client/src/main/kotlin/com/tencent/devops/common/client/Client.kt#L303C51-L303C51) 点击查看...
### 需求背景： 当用户有大批新机需要安装时，希望能简化安装流程，自动化去添加构建机 比如支持通过接口导入或批量导入 ### 目前已有的batch_install.bat 方案 - 下载好某个项目下的的agent.zip（未安装过） - 到目标机器解压后执行 batch_install.bat (linux 也可照提供一个类似的 shell 脚本) - batch_install.bat 会拉起 installer进程 - installer 进程向后台请求batch_zip接口，分配得到新 agent信息用于安装 ### 请根据上述需求描述和已有方案综合考虑细化改进。
**What happened**: 1、在社区版当重启服务后，在研发商店未做任何操作前，直接进行插件版本上架，会因Bean初始化顺序互相依赖导致发生bean初始化失败。 2、 在流水线页面，执行任意流水线后，无法自动跳转到执行页面，出现白屏，需要手动刷新才能恢复。 **Environment**: - bk-ci version (use `cat VERSION` in installed dir): v2.1.0+ - Cloud provider or hardware configuration: - OS (e.g: `cat /etc/os-release`): - Kernel (e.g....