在使用 GoLand/IntelliJ IDEA 调试 Go 程序时，因 Go 版本升级到 1.25.0 而 Delve 调试器版本过旧，导致无法监听断点并抛出版本不兼容警告。解决方案是通过 go get -u 拉取最新版 Delve，手动编译安装后替换 IDE 内置的调试器二进制文件。
kenaito-vhost-gateway：多域名 HTTPS 静态文件网关
项目简介
kenaito-vhost-gateway 是一个使用 Go 语言开发的多域名 HTTPS 静态文件网关。它将传统 Nginx 静态托管能力与 MinIO 对象存储、MySQL 配置管理相结合，支持版本化部署和热切换，特别适合需要频繁发布前端项目、管理多个测试/生产环境的场景。
本文针对“Maven 用哪个版本 JDK，编译出的应用就是哪个版本”这一常见误解进行深入剖析，系统阐述 Maven 编译过程中两个核心 JDK 概念的差异：
- 运行 JDK（Runtime JDK）：执行 Maven 命令本身使用的 JDK 版本
- 目标 JDK（Target JDK）：编译出的字节码要运行的 JDK 版本
核心内容包括：
-
配置对比：对比默认行为（未配置时 Maven 使用运行 JDK 版本作为目标版本）与明确配置目标版本（通过
maven.compiler.release固定输出字节码版本）的差异 -
关键区分：详细对比
maven.compiler.release与java.version两个配置项的作用对象、配置方式、影响范围及典型值示例，澄清前者控制编译目标、后者控制运行环境的本质区别 -
实战验证：提供完整的测试项目代码（Test.java + pom.xml）、Docker 环境测试方案及验证脚本，读者可自行运行验证
-
字节码对照：附 JDK 8/11/17/21 对应的 Major Version 与编译参数速查表
-
重要限制：强调不能反向编译（低版本 JDK 无法编译高版本字节码）及 API 兼容性约束（即使字节码版本正确，也不能使用高版本 API）
通过本文，读者将理解 Maven 跨版本编译的原理，掌握让高版本 JDK 编译出低版本兼容字节码的配置方法，实现开发环境使用最新 JDK 特性、生产环境保持低版本 JDK 兼容性的灵活构建策略。
本文基于参考博客 《GitLab Runner 配置详解》，系统梳理 GitLab Runner Helper 镜像的配置方法与版本对照关系。
核心内容包括：
-
配置文件详解：完整展示
/etc/gitlab-runner/config.toml的真实配置示例，涵盖全局并发设置、会话服务器、Docker 执行器等核心参数，重点标注helper_image的配置位置 -
版本对照表：整理 GitLab 14.8.2、17.11.7、18.7.6 三个版本与对应 GitLab Runner 版本的映射关系，提供官方 Helper 镜像地址与阿里云镜像加速地址
-
镜像加速方案：针对国内网络环境，提供阿里云镜像仓库的替代方案，解决官方镜像拉取慢或失败的问题
通过本文，读者可以快速掌握 GitLab Runner Helper 镜像的配置方法，并根据自身 GitLab 版本选择正确的 Helper 镜像版本。
在日常开发中，我们难免会遇到需要修改 Git 历史提交记录的场景：提交信息写错了、邮箱配置错误导致提交人信息不准确、或者需要合并多个提交。本文提供两份“比细狗还细”的实践步骤，手把手教你如何通过 git rebase -i 和 git filter-branch 两种方式，分别实现批量修改历史提交信息和批量修改历史提交人。
参考文章：Git 修改历史提交记录
