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

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

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

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

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

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

一.由于公司同样也使用了钉钉.那么在做Jenkins集成自动化部署的时候,也是可以集成钉钉的. 那种Jenkins下载钉钉插件集成,简单设置就可以完成了.我们今天要做的是,定制化的发送消息. 钉钉推送的优点: 1.及时性 2.有效性 3.便于大家时时查看 二.实现方式(curl 或者java程序) 2.1.使用命令行工具curl简单实现 // access_token是自己设置以后,钉钉会给你生成的一个token,直接复制粘贴即可. curl 'https://oapi.dingtalk.com

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

起因 不知道从什么时候开始,同事开始在飞秋上发闪屏振动了,后来变本加厉,成了每日一闪.老闪回去也比较麻烦,作为程序猿呢,有没有什么偷懒的办法呢?(同事负责用户体验,不大懂编程).然后尝试了以下思路: UI自动化 利用UISpy查看飞秋聊天窗口,悲催的发现找不到发送闪屏振动的按钮. 模拟鼠标事件 准备使用mouse_event发送鼠标事件来模拟闪屏振动的按下.但是一想,每次闪屏振动按钮所在的位置不一样,要是移动窗口或者改变窗口布局,都得重新设置坐标,麻烦,遂弃之. 伪造网络报文 以前就知道WinP

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

搭建持续集成首先要了解什么是持续集成,带着明确的目标去搭建持续集成环境才能让我们少走很多弯路.持续集成(Continuous integration)简称CI,是一种软件开发的实践,可以让团队在持续集成的基础上收到反馈并加以改进,不必等到开发的后期才寻找和修复缺陷.当然要明白的是持续集成环境的搭建也不是一劳永逸的,随着软件项目复杂度的增加,持续集成的环境同样要加以维护以确保集成环境的可靠性. 持续集成的重要要素:1.统一的代码库. 2.CI服务器 3.自动化测试和构建的脚本 4.Slaves 持

UDP协议是无连接的.不稳定的网络通信协议. 通过使用飞秋端口(2425),以及模拟飞秋消息格式实现使用UDP协议对飞秋进行通信. 飞秋通信格式: '1:1000:66:%s:32:%s' 以冒号分割,可以分割成6个小段每个小段的含义如下: 1.版本号 2.消息编号 3.发送人姓名 4.发送人机器名 5.命令字 6.附加内容. socket.AF_INET:表示使用IPV4地址socket.SOCK_DGRAM:表示使用UDP协议传输 UDP协议-飞秋应用-单IP版本代码实现: import s

作者:乔克 公众号:运维开发故事 上线发布是运维的日常工作,常见的发布方式有: 手动发布 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(推

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

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

JA Plus 故事 程序员的故事如此简单之绕不过去的开源情结 我们准备做一件伟大的事,也可以说是一件真真正正普惠的事. 絮 是的,你没有看错,就是"絮"而非"序",请允许我絮叨二三. 我们即将要做的,我们认为是一件伟大的事,也可以说是一件真真正正普惠的事.我们要开发一款真真正正国产的并且未来将会走向国际的完全开源的产品 - Just Auth Plus(以下简称 "JAP"). JAP 是 JustAuth(以下简称 "JA"

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

目录 一.作业链接 二.优秀作业推荐 A+作业推荐 A作业推荐 三.总结 所有案例分析总结 特色与优点 问题与建议 不同类产品案例分析Bug汇总 CSDN问答社区.Stack Overflow.Segment Fault csdn App.牛客 App.微信公众号 codechina.github.gitee Visual Studio.VS Code Evernote.Notion.语雀 企业微信.飞书.钉钉 洛谷.LeetCode 数据分析 四.评分规则 五.提交情况与分数汇总 本次作业成绩