GitLab

问题原因：
- cmd.Start() 启动的子进程与父进程在同一会话中
- 当 systemctl restart 发送 SIGTERM 给父进程时
- 子进程可能也会被终止，导致重启命令无法完成

修复内容：
- 使用 setsid 创建新会话，子进程完全独立于父进程
- 分离标准输入/输出/错误流
- 确保即使父进程被 kill，重启命令仍能执行完成

问题原因：
- systemd 服务的 PATH 环境变量可能受限
- 直接使用 "sudo" 可能找不到可执行文件

修复内容：
- 添加 findExecutable 函数动态查找可执行文件路径
- 先尝试 exec.LookPath，再检查常见系统路径
- 添加日志显示实际使用的路径，方便调试
- 兼容不同 Linux 发行版的路径差异

问题原因：
- sudo 命令没有 -n 选项
- 在后台服务中，sudo 会尝试从终端读取密码
- 由于没有终端，命令静默失败

修复内容：
- 添加 sudo -n 选项强制非交互模式
- 如果需要密码会立即失败并返回错误，而不是挂起

fix: 修复并发请求时共享httpClient.Transport导致的竞态条件

问题原因：
- install.sh 优先从 tar.gz 复制 sudoers 文件
- 旧版 Release 中的 sudoers 文件没有 /usr/bin/systemctl 路径
- 即使脚本更新了，仍然会使用旧的配置

修复内容：
- 移除对 tar.gz 中 sudoers 文件的依赖
- 总是使用脚本中内嵌的最新配置
- 确保新版脚本立即生效，无需等待新 Release

问题原因：
- sudoers 只配置了 /bin/systemctl 路径
- 部分系统（如 Ubuntu 22.04+）的 systemctl 位于 /usr/bin/systemctl
- 路径不匹配导致 sudo 仍然需要密码

修复内容：
- 同时支持 /bin/systemctl 和 /usr/bin/systemctl 两个路径
- 兼容 Debian/Ubuntu 和 RHEL/CentOS 等不同发行版

问题原因：
- 服务用户 sub2api 的 shell 被设置为 /bin/false
- 导致无法执行 sudo systemctl restart 命令
- 安装/升级后服务无法自动重启

修复内容：
- 新安装时使用 /bin/sh 替代 /bin/false
- 升级时自动检测并修复旧版本用户的 shell 配置
- 修复失败时给出警告和手动修复命令，不中断安装流程

问题描述：
当多个请求并发执行且使用不同代理配置时，它们会同时修改共享的
s.httpClient.Transport，导致请求可能使用错误的代理（数据泄露风险）
或意外失败。

修复方案：
为需要代理的请求创建独立的http.Client，而不是修改共享的httpClient.Transport。

改动内容：
- 新增 buildUpstreamRequestResult 结构体，返回请求和可选的独立client
- 修改 buildUpstreamRequest 方法，配置代理时创建独立client
- 更新 Forward 方法，根据是否有代理选择合适的client

The release workflow references ./deploy/DOCKER.md to update DockerHub
description, but the file was missing causing ENOENT error.

- Extract complete tag message body in workflow using git format
- Pass tag message via TAG_MESSAGE environment variable
- Update goreleaser config to use .Env.TAG_MESSAGE instead of .TagBody
- Fix release notes being truncated to first paragraph only