|
|
7d04ad7532
|
fix: 彻底修复 FIFO 清理问题（避免 trap 冲突）
## 问题根源
存在**两个 EXIT trap 冲突**：
1. `oci/create_instance.sh:364` - 清理 FIFO 的 trap
2. `common/remote_loader.sh:23` - 清理临时目录的 trap
在 Bash 中，每次设置新的 trap 会**覆盖**之前的 trap。
当 remote_loader.sh 加载时，它的 `trap cleanup_remote_libs EXIT`
会覆盖 main 函数中设置的 FIFO 清理 trap。
## 错误表现
```
/dev/fd/63: line 1: fifo: unbound variable
```
- FIFO 文件不会被清理（因为 trap 被覆盖）
- Process substitution 退出时产生 trap 交互错误
## 修复方案
**移除 trap，改用显式清理：**
```bash
# 旧方案（有问题）
trap "rm -f \"$fifo\"" EXIT
configure_network "$ocid" "$fifo" &
read subnet_id < "$fifo"
# 新方案（可靠）
configure_network "$ocid" "$fifo" &
local bg_pid=$! # 保存后台进程 PID
read subnet_id < "$fifo" # 读取结果
wait "$bg_pid" # 等待后台进程完成
rm -f "$fifo" # 手动清理 FIFO
```
## 优势
- ✅ 避免 trap 冲突
- ✅ 显式的清理流程，更易理解
- ✅ 确保后台任务完成后再清理
- ✅ 与 remote_loader.sh 的 trap 兼容
|
2025-12-26 15:14:07 +08:00 |
|
|
|
b0f1d5d600
|
fix: 修复 OCI 脚本中的 trap 变量作用域问题
## 问题描述
脚本执行完成后出现错误：
```
/dev/fd/63: line 1: fifo: unbound variable
```
## 根本原因
在 oci/create_instance.sh:364 行使用了：
```bash
trap 'rm -f "$fifo"' EXIT
```
单引号导致 `$fifo` 在 EXIT 时才展开，但此时 `fifo` 是 local 变量，
已超出作用域。由于 `set -u` 严格模式，访问未定义变量会报错。
## 修复方案
将单引号改为双引号：
```bash
trap "rm -f \"$fifo\"" EXIT
```
这样 `$fifo` 在 trap 设置时就会展开为实际的文件路径（如 /tmp/tmp.xxx），
trap 命令会记录具体路径而非变量名，避免作用域问题。
## 影响
- ✅ 修复 EXIT trap 的 unbound variable 错误
- ✅ 保持功能不变（临时 FIFO 文件仍会正确清理）
- ✅ 与 set -euo pipefail 严格模式兼容
|
2025-12-26 15:09:49 +08:00 |
|
|
|
b34e1ef872
|
feat: 为所有脚本添加远程库加载支持
## 功能概述
实现了智能远程库加载机制，允许脚本从远程 Gitea 仓库动态下载公共库，
同时保留本地库优先的策略，确保脚本可以独立运行而不依赖本地项目结构。
## 变更内容
### 新增文件
- **common/remote_loader.sh**: 核心远程加载器
- 支持 curl/wget 双重下载方式
- 临时文件自动清理机制
- 环境变量可配置仓库 URL
- **examples/remote_example.sh**: 纯远程模式示例
- 演示完全独立的远程加载脚本
- 适合单文件分发场景
- **examples/hybrid_loader_template.sh**: 混合模式模板
- 本地优先 + 远程回退策略
- 适合仓库内脚本
- **examples/REMOTE_LOADER_README.md**: 完整使用文档
- 三种使用模式详解
- 故障排除指南
- 最佳实践建议
### 更新脚本（版本 2.1.0）
所有主要脚本均升级到 2.1.0 版本，支持智能库加载：
- **linux/create_raid0_array.sh**
- **linux/repartition_disks.sh**
- **linux/install_oh_my_zsh.sh**
- **gcp/create_ai_projects.sh**
- **gcp/delete_all_projects.sh**
- **oci/create_instance.sh**
- **common/demo_usage.sh**
## 加载策略
1. 检查 FORCE_REMOTE=1 环境变量 → 强制远程
2. 检查本地库存在性 → 优先使用本地
3. 本地不存在 → 自动回退远程
4. 远程失败 → 友好错误提示
## 使用示例
### 本地模式（默认）
```bash
./linux/create_raid0_array.sh
```
### 强制远程模式
```bash
FORCE_REMOTE=1 ./linux/create_raid0_array.sh
```
### 自定义仓库 URL
```bash
REMOTE_LIB_URL=https://example.com/repo ./script.sh
```
## 技术特性
- ✅ 向后兼容：默认使用本地库，行为不变
- ✅ 离线可用：本地库存在时无需网络
- ✅ 独立分发：支持单文件脚本分发
- ✅ 错误处理：详细的错误信息和诊断建议
- ✅ 环境可配：REMOTE_LIB_URL 和 FORCE_REMOTE
- ✅ 自动清理：临时文件通过 trap 自动删除
|
2025-12-26 15:00:06 +08:00 |
|
|
|
7def817482
|
feat: 代码标准化和文件重命名
## 新增功能
- 创建统一的公共函数库 (common/logging.sh, common/error_handler.sh)
- 添加功能演示脚本 (common/demo_usage.sh)
- 完善的使用文档 (common/README.md)
## 代码重构
- 重构所有脚本使用统一的公共库
- 为所有函数添加完整的文档注释
- 统一代码格式（4空格缩进、严格模式）
- 标准化错误处理和日志输出
## 文件重命名
- gcp/create_ai_project.sh → gcp/create_ai_projects.sh (单复数统一)
- gcp/delete_all_project.sh → gcp/delete_all_projects.sh (单复数统一)
- linux/install_ohmyzsh.sh → linux/install_oh_my_zsh.sh (专有名词规范)
- linux/create_raid0_with_ext4.sh → linux/create_raid0_array.sh (简化命名)
- common/example.sh → common/demo_usage.sh (更具描述性)
## 技术改进
- 使用 readonly 声明常量
- 启用 set -euo pipefail 严格模式
- 统一的 ANSI 颜色日志输出
- 完善的命令重试机制
- 栈追踪支持
|
2025-12-26 14:47:18 +08:00 |
|
