Jenkins执行Shell命令无法识别管道字符的解决求助

我之前也碰到过类似的糟心情况，Jenkins的Execute Shell对管道、重定向这类符号的解析偶尔会抽风，尤其是命令里带空格的scheme名称时，更容易出问题。给你几个亲测有效的方案，不用Xcode插件也能搞定：

方案1：显式指定bash执行整个命令 #

Jenkins默认的shell可能不是bash（比如部分环境用dash），不同shell对特殊符号的处理逻辑有差异。直接让bash来接管整个命令链，能避免Jenkins提前解析管道：

bash -c 'xcodebuild -scheme "My project" test | xcpretty --report junit --output report.xml'

注意这里要用单引号把整个命令包起来，确保管道符号原封不动传给bash处理。

方案2：优化版脚本执行（解决你之前.sh文件无效的问题） #

你说试过.sh文件没奏效，大概率是脚本权限或者shebang（脚本开头的#!/bin/bash）没写对，或者Jenkins解析了脚本里的特殊字符。试试这种写法：

cat > run_test.sh << 'EOF'
#!/bin/bash
xcodebuild -scheme "My project" test | xcpretty --report junit --output report.xml
EOF
chmod +x run_test.sh
./run_test.sh

这里用<< 'EOF'的语法，能让Jenkins完全不解析脚本内容，确保脚本里的管道和引号都原封不动被写入文件，再赋予执行权限运行就没问题了。

方案3：绕开管道，用临时文件中转输出 #

如果管道实在搞不定，换个思路，先把xcodebuild的输出写到临时文件，再让xcpretty读取这个文件：

xcodebuild -scheme "My project" test > build_output.txt
xcpretty --report junit --output report.xml < build_output.txt
rm build_output.txt # 可选，执行完清理临时文件

这种方式完全避开了管道，兼容性拉满，就是多了个临时文件的步骤，效果是一样的。

额外提醒 #

• 确保Jenkins执行用户能找到xcpretty，有时候全局安装的gem可能不在Jenkins的PATH里，可以用which xcpretty在本地终端查完整路径，比如/usr/local/bin/xcpretty，替换命令里的xcpretty就行。
• 检查scheme名称的引号，带空格的名称必须用双引号包裹，单引号偶尔会被xcodebuild识别成scheme名称的一部分，优先用双引号。

内容的提问来源于stack exchange，提问作者Kenenisa Bekele