本文解决 Go 程序中因 strings.Split(out.String(), " ") 误拆分换行符导致 go test 命令仅输出首行的问题，通过安全解析 glide novendor 输出、清理空白字符并正确构造参数列表，确保完整测试日志被打印到终端。
本文解决 go 程序中因 `strings.split(out.string(), " ")` 误拆分换行符导致 `go test` 命令仅输出首行的问题，通过安全解析 `glide novendor` 输出、清理空白字符并正确构造参数列表，确保完整测试日志被打印到终端。
在 Go 中调用外部命令（如 glide novendor）并将其输出作为后续命令（如 go test）的参数时，一个常见陷阱是：原始输出末尾的换行符（\n）未被妥善处理，导致参数解析异常，进而引发命令执行不完整或静默截断输出。
你遇到的现象——go test 仅显示 ok my/project/scripts 0.005s 而无其余包的测试结果——根本原因在于：
glidenovendor = append(glidenovendor, strings.Split(out.String(), " ")...)
该行代码将 glide novendor 的完整输出（例如 "./src/... ./scripts/...\n"）按空格切分，但 "\n" 会残留在最后一个元素末尾（如 "./scripts/...\n"），使 exec.Command("go", glidenovendor...) 实际传入了带非法换行符的参数。某些 shell 或 Go 运行时可能忽略或错误解析该参数，导致 go test 仅执行了部分路径，甚至提前终止，从而丢失后续输出。
✅ 正确做法是：先清理换行符与多余空白，再按空格或更健壮的方式分割。推荐使用 strings.Fields() 替代 strings.Split(..., " ")，因为它自动跳过所有空白字符（包括 \n, \r, \t, 多余空格），返回干净的非空字段切片：
// ✅ 安全获取并解析 glide novendor 输出
cmd := exec.Command("glide", "novendor")
var out bytes.Buffer
cmd.Stdout = &out
cmd.Stderr = os.Stderr // 显式透传错误流，便于调试
err := cmd.Run()
if err != nil {
log.Fatal("Failed to run `glide novendor`: ", err)
}
// 使用 strings.Fields() —— 自动处理换行、制表符、连续空格
args := append([]string{"test"}, strings.Fields(out.String())...)
// 执行 go test 并完整输出所有结果
testCmd := exec.Command("go", args...)
testCmd.Stdout = os.Stdout
testCmd.Stderr = os.Stderr // 关键：务必同时透传 stderr，测试失败信息常在此
err = testCmd.Run()
if err != nil {
log.Fatal("Failed to run `go test`: ", err)
}⚠️ 注意事项：
- 永远不要忽略 cmd.Stderr：go test 的失败详情、panic 日志、覆盖率警告等均输出到 stderr；若未设置 cmd.Stderr = os.Stderr，这些关键信息将完全丢失。
- 避免手动 strings.Split(..., " ") 处理命令输出：它对换行、制表符、首尾空格极其脆弱；strings.Fields() 是标准且安全的替代方案。
- 验证 glide novendor 输出格式：确保其输出为以空格分隔的路径（如 ./src/... ./scripts/...），而非含引号或转义字符的复杂格式；若需更高兼容性，可考虑改用 glide list --no-test --no-vendor 或直接读取 Gopkg.lock 解析路径。
- 调试技巧：在关键步骤加入日志，例如 log.Printf("Resolved test paths: %+v", args)，可快速定位参数异常。
总结：Go 的 exec.Command 本身不会截断输出——问题永远出在参数构造逻辑或 I/O 流配置上。通过使用 strings.Fields() 清理输入、显式透传 Stderr，并添加必要日志，即可确保 go test 的全部输出（成功、失败、性能统计）完整、实时地呈现于终端，真正实现自动化脚本的可观测性与可靠性。
