Don't Block Developer,Zadig v1.16.0 好用小功能集锦
在 2022 年最后一个工作日迎来了 Zadig v1.16.0 开发者福利版。该版本主要针对开发者体验做了深度优化,并提供大量日常开发协作过程中实用的小功能,帮助开发者提高生产效率。
支持 i18n,开源无界,开放更易用
越来越多海内外用户接触 Zadig,为了满足跨国跨境企业的研发协作需求,Zadig 支持了 i18n,支持一键切换成常用界面语言,目前提供中文和英文选择。
工作流多个 PR/MR 合并构建
日常研发过程中,两个开发者在同一个服务上开发两个独立功能的情况,这时候开发环境不够用怎么办?只能等其中一个人自测完后才能再占用环境进行自测,大大影响研发的进度。当两个功能同时提测,如何快速做集成验证?Zadig 多 PR 合并构建的能力可以很方便高效地解决这个问题,帮助开发者减少不必要的等待时间,提高交付效率。
执行产品工作流、自定义工作流构建、测试、代码扫描等任务均支持选择多个 PR/MR 合并构建,任务执行过程会将多个 PR/MR 在容器中预合并到目标分支上,然后再执行后续的脚本。
工作流 IM 通知支持指定成员
Zadig 之前的版本支持 IM 通知到群,可能会造成消息的干扰,因为不是所有人都需要关注工作流任务的执行状况,为了可以精准的通知,v1.16.0 支持 IM 通知到指定成员。
以飞书为例,通过配置工作流通知-指定成员,输入用户的 ID。
执行工作流后,可以飞书上收到对应工作流任务通知,效果如下:
开发者仪表盘
Zadig 开发者仪表盘旨在提供用户一个平面,让用户聚焦在个人关注的事情上,也可以作为日常工作的一个快捷入口,简化操作。提供了三张卡片:
运行中的工作流:显示系统中运行中的工作流列表。通过这张卡片,用户可以了解自己关注的工作流任务在什么阶段,可以有一个心理预期。
我的工作流:显示个人关注的工作流相关信息。可以自定义个人日常使用频繁的工作流。通过这张卡片,查看工作流的当前的状态,并且可以一键执行任务。
我的环境:显示个人关注的环境及服务信息。可以自定义个人日常负责的环境和服务。通过这张卡片,可以获得环境最近一次更新信息、当前服务运行状态以及镜像版本信息。
工作流/服务日志支持自定义颜色
Zadig 工作流任务详情中的日志、环境中服务日志、调试的背景颜色和字体颜色可以根据自己的喜好自定义,避免长时间使用 Zadig 产生视觉疲劳。
点击账号设置->偏好设置,设置背景颜色和字体颜色,如下图所示。
保存修改后,工作流日志、环境日志、环境调试背景颜色和字体颜色随之生效。
说到这里是不是有点心动了呢?赶紧下载安装用起来吧~
Zadig v1.16.0 完整的功能列表和升级过程详情见
https://docs.koderover.com/zadig/v1.16.0/release-notes/v1.16.0
Zadig,让工程师更加专注创造。
说到这里是不是有点心动了呢?赶紧下载安装用起来吧~
Zadig v1.16.0 完整
说到这里是不是有点心动了呢?赶紧下载安装用起来吧~
Zadig v1.16.0 完整的功能列表和升级过程详情见 https://docs.koderover.com/zadig/v1.16.0/release-notes/v1.16.0
的功能列表和升级过程详情见 https://docs.koderover.com/zadig/v1.16.0/release-notes/v1.16.0
说到这里是不是有点心动了呢?赶紧下载安装用起来吧~
Zadig v1.16.0 完整的功能列表和升级过程详情见 https://docs.koderover.com/zadig/v1.16.0/release-notes/v1.16.0
日常研发过程中,两个开发者在同一个服务上开发两个独立功能的情况,这时候开发环境不够用怎么办?只能等其中一个人自测完后才能再占用环境进行自测,大大影响研发的进度。当两个功能同时提测,如何快速做集成验证?Zadig 多 PR 合并构建的能力可以很方便高效地解决这个问题,帮助开发者减少不必要的等待时间,提高交付效率。
越来越多海内外用户接触 Zadig,为了满足跨国跨境企业的研发协作需求,Zadig 支持了 i18n,支持一键切换成常用界面语言,目前提供中文和英文选择。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
跳跃表数据结构与算法分析
作者:京东物流 纪卓志 目前市面上充斥着大量关于跳跃表结构与Redis的源码解析,但是经过长期观察后发现大都只是在停留在代码的表面,而没有系统性地介绍跳跃表的由来以及各种常量的由来。作为一种概率数据结构,理解各种常量的由来可以更好地进行变化并应用到高性能功能开发中。本文没有重复地以对现有优秀实现进行代码分析,而是通过对跳跃表进行了系统性地介绍与形式化分析,并给出了在特定场景下的跳跃表扩展方式,方便读者更好地理解跳跃表数据结构。 跳跃表[1,2,3]是一种用于在大多数应用程序中取代平衡树的概率数据结构。跳跃表拥有与平衡树相同的期望时间上界,并且更简单、更快、是用更少的空间。在查找与列表的线性操作上,比平衡树更快,并且更简单。 概率平衡也可以被用在基于树的数据结构[4]上,例如树堆(Treap)。与平衡二叉树相同,跳跃表也实现了以下两种操作 通过搜索引用[5],可以保证从任意元素开始,搜索到在列表中间隔为k的元素的任意期望时间是O(logk) 实现线性表的常规操作(例如_将元素插入到列表第k个元素后面_) 这几种操作在平衡树中也可以实现,但是在跳跃表中实现起来更简单而且非常的快,并且通常情...
- 下一篇
SLS:基于 OTel 的移动端全链路 Trace 建设思考和实践
作者:高玉龙(元泊) 首先,我们了解一下移动端全链路 Trace 的背景: 从移动端的视角来看,一个 App 产品从概念产生,到最终的成熟稳定,产品研发过程中涉及到的研发人员、工程中的代码行数、工程架构规模、产品发布频率、线上业务问题修复时间等等都会发生比较大的变化。这些变化,给我们在排查问题方面带来不小的困难和挑战,业务问题会往往难以复现和排查定位。比如,在产品初期的时候,工程规模往往比较小,业务流程也比较简单,线上问题往往能很快定位。而等到工程规模比较大的时候,业务流程往往涉及到的模块会比较多,这个时候有些线上问题就会比较难以复现和定位排查。 本文是笔者在 2022 D2 终端技术大会上的分享,希望能给大家带来一些思考和启发。 端侧问题为什么很难复现和定位? 线上业务问题为什么很难复现和排查定位?经过我们的分析,主要是由 4 个原因导致: 移动端 & 服务端日志采集不统一,没有统一的标准规范来约束数据的采集和处理。 端侧往往涉及的模块非常多,研发框架也各不相同,代码相互隔离,设备碎片化,网络环境复杂,会导致端侧数据采集比较难。 从端视角出发,不同框架、系统之间的数据在分析问...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7安装Docker,走上虚拟化容器引擎之路
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS7设置SWAP分区,小内存服务器的救世主
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Hadoop3单机部署,实现最简伪集群
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- SpringBoot2配置默认Tomcat设置,开启更多高级功能