一.前言 之前讲了jenkins如何设置定时任务执行脚本,结合实际情况,本篇讲述在jenkins构建成功后,如何生成测试报告,以及推送飞书(因为我公司用的是飞书,所以是发送到飞书机器人). 本次实践搞了一天,踩了一些坑,其中有2个坑可参考如下: 1.关于jenkins生成allure报告是空的:https://blog.csdn.net/qq_37159446/article/details/122233467 2.如遇到构建报错:ValueError: option names {'--all

一.创建飞书机器人 自定义飞书机器人操作步骤,具体详见飞书官方文档:<机器人 | 如何在群聊中使用机器人?>

企业在敏捷研发中时常面临着交付延期.需求不匹配等问题,如何更高效地完成敏捷研发? Worktile携手飞书,为企业用户提供敏捷开发服务,帮助企业实现软件项目的需求管理.缺陷追踪.迭代规划与推进以及效能度量等一系列工作,将敏捷贯彻到底,从而更好更快地发布产品. 项目团队需求梳理标准与研发流程如何对齐? 迭代进度如何实时掌握? 百人研发团队如何高效管理? …… Worktile致力于解决敏捷研发中的所有痛点,速戳了解↓↓↓ Worktile 在敏捷研发方面具有十分出众的技术实力和丰富的实践经验,将与

新增 修复并正式启用 飞书 平台的第三方登录 AuthToken 类中新增 refreshTokenExpireIn 记录 refresh token 的有效期 PR 合并 Github #101:支持喜马拉雅登录 合并 Github #105:支持企业微信网页授权登录 合并 Github #107:添加AuthAlipayRequest网络代理构造器,解决 Github Issue [#102](feat:代理问题,代理能否可配置化 · Issue #102 · justauth/JustAu

通过使用火山引擎MARS-APM Plus的memory graph功能,飞书研发团队有效分析定位问题线上case多达30例,线上OOM率降低到了0.8‰,降幅达到60%.大幅提升了用户体验,为飞书的性能品质保驾护航. 应用程序稳定性是影响用户体验及留存的关键因素 对于移动App的开发者来说,最基础也是最关注的问题就是应用程序的稳定性.而崩溃问题是影响稳定性的重要因素, 包括NSException.Signal.卡死.OOM(Out Of Memory)等问题类型.其中,OOM问题是随着业务的迭

请点赞关注,你的支持对我意义重大. Hi,我是小彭.本文已收录到 GitHub · AndroidFamily 中.这里有 Android 进阶成长知识体系,有志同道合的朋友,关注公众号 [彭旭锐] 带你建立核心竞争力. 前言 昨天,看到飞书团队一篇技术分享 <如何解决前端常见的竞态问题> ,自己的项目中也存在类似的问题,也是容易出 Bug的地方.字节这篇文章是从 Web 端的视角切入的,借鉴意义有限,这篇文章我们从 Android 的视角展开讨论. 其实,异步竞态问题并不是一个难题,但是本着

/* The notification name */const NSString *ResultOfAppendingTwoStringsNotification =@"ResultOfAppendingTwoStringsNotification"; /* Keys inside the dictionary that our notification sends */const NSString*ResultOfAppendingTwoStringsFirstStringInfo

一.前言 最近使用Jenkins进行自动化部署,但是部署后,并没有相应的通知,虽然有邮件发送通知,但是发现邮件会受限于接收方的接收设置,导致不能及时看到相关的发布内容.而由于公司使用的是企业微信,因此考虑Jenkins通知企业微信机器人的实现方式. 二.使用企业微信推送的优势 实时提醒项目参与人员项目信息的更新情况 便于查看 三.配置 3.1 企业微信的配置 3.1.1 进入企业微信群 进入某个群 -> 右击群标签,添加群机器人 注意:企业微信貌似没有像钉钉那样设置配置群机器人权限,因此任何人都

前言第一部分:Pycharm for Gitee1. pycharm安装gitee插件2. gitee关联本地Git快速设置- 如果你知道该怎么操作,直接使用下面的地址简易的命令行入门教程:3. Git关联远程仓库第二部分:Jenkins for Gitee(一)简介1. 目前支持特性:2. 计划中特性(二)插件安装(三)插件配置1. 添加Gitee链接配置2. 新建构建任务3. 任务全局配置4. 源码管理配置5. 触发器配置6. 构建后步骤配置7. 构建结果回评至Gitee8. 构建成功自动合

Jenkins Pipeline 的核心概念: Pipeline 是一套运行于Jenkins上的工作流框架,将原本独立运行于单个或者多个节点的任务连接起来,实现单个任务难以完成的复杂流程编排与可视化. Pipeline是 Jenkins2.X 的最核心的特性,帮助Jenkins 实现从CI到CD与DevOps的转变. Pipeline是一组插件,让Jenkins可以实现持续交付管道的落地和实施. 持续交付管道(CD Pipeline)是将软件从版本控制阶段到交付给用户或客户的完整过程的自动化表现

http://www.infoq.com/cn/articles/MSBuild-2   作者 Mustafa Saeed Haji Ali ,译者 李剑 发布于 2012年10月23日 | 注意: 挥一挥衣袖,带走满满干货,关注活动大本营,时不时发福利呦!3 讨论 分享到:微博微信FacebookTwitter有道云笔记邮件分享 稍后阅读 我的阅读清单   这是持续集成系列的下半部分,如果你还没看过上半部分的话,请点击这里:用MSBuild和Jenkins搭建持续集成环境(1). 与Jenki

作者:乔克 公众号:运维开发故事 上线发布是运维的日常工作,常见的发布方式有: 手动发布 Jenkins发布平台 Gitlab CI ...... 除此之外还有需要开源软件,他们都有非常不错的发布管理功能. 面临的问题 作为运维人员,上线发布是必不可少的一环,一个正常的发布流程是怎么样的? 需求方提发布任务,走发布流程 供应方执行发布上线 环节看似简单,但是中间其实是有断层的.一般企业在走上线流程都是通过一些公共渠道,比如邮件.钉钉.飞书的流程,这些都很难和运维执行上线发布平台进行关联上,而且也

近期搭建的服务器监控平台,来进行一个总结.主要分为监控平台的搭建.告警中心的配置以及消息的推送.推送的话,支持多种终端.具体详细可查看之前的博文,在这里罗列下,方便查看. Docker系列--Grafana+Prometheus+Node-exporter服务器监控平台(一) Docker系列--Grafana+Prometheus+Node-exporter服务器告警中心(二) Docker系列--Grafana+Prometheus+Node-exporter微信推送(三) 钉钉推送 今天在

文章原文 自从接触zabbix后,就一直想着怎么才能把告警推送到个人微信上.有这样的想法主要是个人微信的使用频率远远要比钉钉,企业微信,邮箱,飞书等使用频率要高.比如我,就遇到过在周末的时候,因为没有及时登录钉钉查看zabbix告警通知,导致一些告警没来得及处理,对环境产生了影响. 前段时间朋友给推荐了pushplus,一开始主要在jenkins做构建通知用的,后来就想,能不能使用zabbix的告警通知推送到微信上呢? 先介绍下pushplus吧,pushplus 官方介绍 pushplus(推

周末的时候,收到好几个云服务器临近过期的通知短信,准备续个费,居然都要大几千!因为这几个都是以前低价抢购的,掐指一算,如果都续费的话,要蚕食好多利润!作为一名自己养活自己的独立开发者,节省成本是必备技能,不然哪来可观的利润?于是,我就开始琢磨着做一些架构上的调整,看看能否在这次服务器资源减少的情况下,继续低成本的运行目前还在跑的业务. 因为业务产品是最重要的,所以这块基本不能动.那么能动的就是一些周边设施了,比如:做任务管理.文档管理或持续交付的工具.在调研了诸多SaaS产品和云服务之后,最后选

本文为 CODING 高级产品经理王海明 在腾讯云 CIF 工程效能峰会上所做的分享.文末可前往峰会官网,观看回放并下载 PPT. 大家好,我是 CODING 高级产品经理王海明,今天与大家分享的是项目协同 2.0 的设计理念及应用场景. 研发团队现状 在一切上云的数字化时代,将诞生越来越多的软件公司和数字科技企业,传统研发管理方式和理念不能满足这些企业的发展需要. 他们常常面临以下三个问题: 1. 产研矛盾 导致这一矛盾的原因,一是因为工具分治导致信息割裂,开发与需求脱节,产品不符合预期:二是

做开发已经四年有余了,之前在接口测试的时候最开始用的自己写的测试类进行测试,后来接触到了 postman 和 swagger ,虽然用起来比自己写的强太多了,但是总觉得差点事儿. 一方面是 postman 需要花钱才能有一些高阶功能,另一方面 postman 毕竟还是老外的,很多英文单词以及英文上的习惯,还是不太符合咱们国内的情况.所以一直没有找到一款真正好用的接口测试工具,所以一直希望能有一款国产化的接口测试工具. 而且基本上国内的大部分项目都是增删改查,我相信大部分阅读本文的你,以及正在写本

Over View 上一篇文章主要介绍了Spring Boot Admin的概况以及我们如何在系统中引入和使用Spring Boot Admin,以此来帮助我们更加了解自己的系统,做到能快速发现.排查问题.本篇文章将用代码演示Spring Boot Admin的消息通知功能,并利用这个开箱即用的特性来个性化我们的需求,优化我们在服务治理方面的工作效率. Spring Boot Admin内置了多种开箱即用的系统通知渠道,包括邮件.Slack.Telegram.Hipchat等多种社交媒体的通知渠

从17年毕业来,一直都在干数据分析的工作.和很多转行的小伙伴一样,没有对口的科班学习,摸不清数据分析具体情况,起初充满着很多迷茫. 在刚开始的1年半中,都是自己从淘宝买些课程,最多时,网盘放了4-5T的资料,说实话只看了一点点.除了一小部分视频课程,最终的学习都是通过看书.结果还好,也算磕磕绊绊成长了起来. 那个时候最难的就是找不到同行的同学交流,尽管通过公众号和知乎,加了不少微信群,不凡些已经有N个微信群的大V,但是群里的活跃情况真的很差,500人的群,好长一段时间都没有人说话. 然后就开始自

本文案例收录在 https://github.com/chengxy-nds/Springboot-Notebook 大家好,我是小富~ 最近接个任务,用webhook做了个代码提交监听功能,就是有人向远程仓库提交代码后,会在企业微信群内发送一条消息,类似 @XXX 在XXX时间,向XXX项目提交 XXXX 代码 这样的文案. 至于为啥要做这么个工具,没办法官大一级压死人,其实我内心是拒绝的,总像是被监视一样感觉怪怪的.难不成是发现了我平时偷偷提代码,悄无声息的修Bug? webhook web