- 综合排序
- 最热优先
- 最新优先
- 来自专栏PingCAP的专栏
TiDB 6.5 LTS 发版
这是 TiDB V6 的第二个长期支持版（上一个是 TiDB 6.1），除了携带了诸多备受期待的新特性，同时也将得到 TiDB 开发社区的长期维护，是推荐企业级用户采用的最新版本。 如下图所示，以 TiDB 6.1 版本为基准值，新版除了取得了数量级的提速，且对比 CockroachDB v22.2 和当前版的 AWS Aurora 也快 2-3 倍。 总结作为 TiDB 版本 6 的第二个长期支持版，TiDB 6.5 已经发布。我们希望借助这个版本为更多用户提供更易用且更成熟的企业级数据库。更详细的变更情况请参阅 Release Notes。
69820编辑于 2023-01-06 - 来自专栏PingCAP的专栏
TiDB v6.2 发版
TiDB v6.2 于 8 月 23 日发布了。在全新的版本中，TiDB 提供了诸多方面的提升，它们主要集中于：可观测性、性能、稳定性、数据生态加强以及 MySQL 兼容几个领域。
54520编辑于 2022-09-01 - 来自专栏全栈程序员必看
Database(Mysql)发版控制二
author：skate time:2014/08/18 Database(Mysql)发版控制 The Liquibase Tool related Database 一.Installation 实现对DB发版的管理 DB的环境：dev,qa,sandbox,prod 规划DB发版文件夹。
95220编辑于 2022-07-08 - 来自专栏CnPengDev
iOS | Xcode打包和发版
调整schema 用于确定打出来的包是生产版还是开发版。 1.3. 调整版本号和Team 1.4. 打包(archive) 1.5.
1.4K30编辑于 2023-01-11 - 来自专栏快乐阿超
github只接受发版通知
——张皓宸 有群友反馈邮件太多，希望只接受发版邮件 这里有一种方式，例如在GitHub的Watch/Unwatch按钮右侧，选择Custom 然后勾选Releases，点Apply 即可只订阅发版通知
20210编辑于 2024-04-14 - 来自专栏快乐阿超
apache-streampark发版验证
https://streampark.apache.org/zh-CN/community/release/how_to_verify_release/
27610编辑于 2024-08-23 - 来自专栏快乐阿超
apache-streampark发版验证
https://streampark.apache.org/zh-CN/community/release/how_to_verify_release/
33611编辑于 2024-04-25 - 来自专栏ops技术分享
Jenkins获取发版人的人名
主要用于构建通知，例如发版后将结果通过邮件、钉钉等方式发到群里，这样要附加一些信息，可以将构建人加入进去。
1.4K20发布于 2021-06-03 - 来自专栏散尽浮华
jenkins中通过git发版操作记录
之前说到的jenkins自动化构建发版是通过svn方式，今天这里介绍下通过git方式发本的操作记录。 一、不管是通过svn发版还是git发版，都要首先下载svn或git插件。 二、接着说下git发版配置。git代码是在gitlab平台托管的。 1）如果要发版的代码在gitlab上是Private私有状态或Internal状态，那么就只能通过ssh方式连接(推荐此种方式，比较安全)，这两种模式下是不能通过http方式连接。 2）如果要发版的代码在gitlab上是Public公开状态（这是必要前提条件，如下图），那么就可以直接通过http连接（http连接只能在这种模式下才能成功！ 三、jenkins上的发版脚本 脚本如下： ? 脚本内容： #!
1.9K80发布于 2018-01-23 - 来自专栏饼干的前端专栏
关于发版后如何自动清理缓存
theme: channing-cyan 前言 提到发版后如何自动清理缓存，大家都普遍都会想到配置nginx设置不缓存然后在配置打包生成hash值即可。 JSON.stringify( { ...configJSON, version: VERSION, }, null, 2 ) ); 这样在每次发版时服务器上都会存有一个最新的版本号了 等下次发版时再取出本地的版本号与服务器上的对比即可。
2.2K20编辑于 2022-10-05 - 来自专栏PingCAP的专栏
TiDB 7.4 发版：正式兼容 MySQL 8.0
MySQL 是全球最受欢迎的开源数据库，长期位于 DB-Engines Ranking 排行榜第二名，在世界范围内拥有数量庞大的企业用户和开发者。然而，随着时间的推移，MySQL 用户正面临新挑战。Oracle 官宣将在 2023 年 10 月终止 MySQL 5.7 版本的官方技术支持。据第三方统计显示，目前仍有超过一半的 MySQL 服务器运行在 5.7 版本。在未来几个月，大量的 MySQL 实例必须升级至 8.0 及更高版本，否则将无法享受 Oracle 提供的技术支持和重要补丁更新，企业级用户将面临重大考验。
79980编辑于 2023-10-30 - 来自专栏一个执拗的后端搬砖工
升级版雪花算法发号器
一、背景 之前写过一篇《双buffer分布式id生成器》,在大部分场景是受用的,但是对于这种发号器模式,存在3个缺点: 强依赖业务库 重启浪费序列段 在瞬时突发流量场景来不及扩容和切换 前两个问题不大,但是作为一个发号器如果应对不了突发流量,那么必定是致命的缺点,也是不太能接受的。 那么我们就要考虑设计一种能够应对突发流量的发号器。 升级版雪花算法发号器支持的能力和设计思维: 支持db、redis两种中心化节点(后续可考虑支持zk)。 利用中心化节点保证分布式集群中每一台机器都有唯一的身份,从而保证雪花算法机器为全局唯一。 发号器启用时序图: ? 发号器初始化与销毁时序图: ?
1.7K31编辑于 2021-12-07 - 来自专栏老张的求知思考世界
聊聊发版提测和发布评审
在质量门禁这一定义中，我个人认为最重要的有两个环节：发版提测和发布评审。发版提测，是软件从编码实现环节转移到测试验证环节的入口。我们都听过这样一句话：质量是设计和实现出来的，不是测试出来的。 发版提测环节的准入标准，一般要从如下几个角度去考虑：功能是否实现：这一点除了开发本地自测以外，很重要的一点是测试用例评审。通过测试用例评审，开发和测试双方对于本版本要实现的需求功能和准出标准达成一致。
64710编辑于 2024-04-10 - 来自专栏散尽浮华
svn代码发版的脚本分享
简单做法：写个shell脚本，用于代码发版。 比如开发的代码存放svn的路径是：svn://112.168.19.120/huanqiu_app 首先在发布机上创建一个发版目录 [root@huanqiu ~]# mkdir -p /Data/webroot_svncode /Online_app 然后将svn里的代码下载到发布机本地的发版目录里 [root@huanqiu ~]# cd /Data/webroot_svncode/Online_app [root@huanqiu huanqiu_app]# ll huanqiu.war //这个就是开发放在svn仓库里的war包 这样后面要想再将svn里最新修改的代码拿到发布机本地，只需要切换到发版目录下的 [root@huanqiu huanqiu_app]# ll //下面就是更新后的最新代码包 huanqiu.war 下面附上一个简单的发版脚本： 将代码发布到远程线上服务器上
992100发布于 2018-01-22 - 来自专栏PingCAP的专栏
TiDB 6.1 发版：LTS 版本来了
图片我们很高兴向大家宣布，TiDB 6.1 于 6 月 xx 日发布了，这是 TiDB 6 系版本的第一个长期支持版（Long Term Support）。 长期支持版在两个月前发布 TiDB 6.0 版本时，我们提过在新发版流程中，我们引入了 LTS 版本的概念，与之相对的是开发里程碑版本（Development Milestone Release）。 引入这两种概念是为了让 TiDB 的发版节奏能兼顾快速变化的市场需求以及企业版对稳定性的要求。 我们重新思考了发版模型，最后选择了长期支持版结合开发里程碑版的方式：我们保持 2 个月左右一次发版的节奏，以期快速应对市场节奏，但不再对所有发布进行长期维护，而是以半年左右为节奏拣选其中一个版本作为 LTS 与此相对的，DMR 版本则保持快速发版的节奏，不断发布新特性，让用户所需的新需求不必等待很久（但并不提供基于 DMR 的问题修复）。
72720编辑于 2022-06-14 自动发微博工具，定时发微博脚本插件，AUTOJS开源版
imagePath) { this.login(); // 进入发布页 id("plus_icon").findOne().click(); selector().text("发微博
25500编辑于 2025-06-29- 来自专栏测试人生
发版验收测试该注意的事情
饲料产品发版了，这是我第一个ERP产品的测试，在整个过程中自己有很大的收获，以下就自己在整个产品测试过程中碰到的问题及经验和大家分享以下： 一、测试时该如何注意呢？ 比如在本次测试全产品环境测试时，现销订单页面的数据保存后被清空，其实这个问题最初也是遇到的，但当时重新搭建环境后就没再出现过，就没有深究，但发版验收测试时却又一次出现了，最终发现更安装的顺序和安装的过程有关 bug，首要要从数据和操作步骤上和平时的操作进行对比，主要看测试数据是否比较特殊，操作步骤是否有什么特别；很多偶发性bug的产生都是由于操作步骤的特殊性引起的，所以要尽量回忆测试时的操作；如本次测试中，发版时突然发现有个地方
1.1K20发布于 2021-07-09 - 来自专栏老张的求知思考世界
聊聊发版提测和发布评审
在质量门禁这一定义中，我个人认为最重要的有两个环节：发版提测和发布评审。 发版提测，是软件从编码实现环节转移到测试验证环节的入口。我们都听过这样一句话：质量是设计和实现出来的，不是测试出来的。 发版提测环节的准入标准，一般要从如下几个角度去考虑： 功能是否实现：这一点除了开发本地自测以外，很重要的一点是测试用例评审。
73710编辑于 2024-04-11 - 来自专栏goodcitizen
使用 shell 脚本自动获取发版指标数据
尤其是最后一步，需要严密的监控发版指标来保证新版本的质量，如果与主力版本的指标相比有异常变动，就需要及时停止放量并分析原因。 解决方案 凡是重复性的劳动都有优化空间，凡是收集数据的工作都能用脚本完成——本着这两个原则，尝试做一个自动获取发版指标数据的 shell 脚本。 从浏览器复制一条 cookie 虽然有一点麻烦，但也不是不能接受，相比手工记录发版指标数据，还是友好不少了嘛~ 下面以流量指标为例，串起来上面的一系列命令： # @param: starttime # 从上一节的示例可以看出，Web 接口返回的数据都是按时间顺序排列的，而发版数据只记录某一个断面的指标 (精确到小时) ，一般是选取流量高峰时刻。 ，程序员的效率又有提升，节约下的时间又可以愉快的摸鱼了~ 结语 本文介绍了一种使用 shell 脚本自动获取发版指标数据的方法，主要有以下几个关键点： curl 基于浏览器 cookie 访问 web
1.3K20编辑于 2022-08-31 - 来自专栏夏天的前端笔记
一招教你一秒发版
想分享这个推送脚本的一个原因是，在发版日，它可以解决我们工作中遇到多个项目需要一起发版，比较实用，节省效率。
19210编辑于 2024-01-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号