这个问题我之前写Jenkins Pipeline的时候也踩过一模一样的坑！核心原因就是sh步骤返回的标准输出会保留终端的换行符，咱们一步步拆解：

第一段代码能跑通的原因 #

第一段代码做了两个关键操作，完美避开了坑：

• 用wordCountStr.toInteger()把shell输出转成整数。Groovy里的toInteger()方法会自动忽略字符串前后的空白字符（包括换行、空格、制表符），哪怕wordCountStr实际是"0\n"（wc -l输出的数字加换行），转成整数后也是纯纯的0。
• 后续用数值比较== 0，直接比数字大小，完全不受字符串格式干扰，逻辑自然没问题。

第二段字符串比较代码的问题所在 #

如果你的第二段代码是直接拿wordCountStr和字符串"0"做相等判断（比如if (wordCountStr == "0")），那问题就出在这个隐藏的换行符上：

• 当git diff没有内容时，wc -l会在终端输出0然后自动换行，所以sh returnStdout: true拿到的wordCountStr实际是"0\n"（Windows系统可能是"0\r\n"）。
• 你拿带换行的字符串和纯"0"比，结果肯定是false，直接导致你的if-else逻辑完全走反，看起来就像代码“失效”了。

要是非要用字符串比较，怎么修复？ #

有两种简单的办法解决这个换行符问题：

1. 在Groovy里处理字符串：用trim()方法去掉前后所有空白字符，再做比较：

def checkPrValidity() { 
    wordCountStr = sh returnStdout: true, script: 'git diff --ignore-space-at-eol $target_branch..PRbranch src | wc -l' 
    // 先trim掉换行、空格等空白，再比较
    if (wordCountStr.trim() == "0") { 
        return false; 
    } else { 
        println("This is a valid PR, continue the job execution") 
        return true; 
    } 
}

2. 在shell命令里直接去掉换行：给wc -l的输出加个tr -d '\n'，直接把换行符删掉：

def checkPrValidity() { 
    // 用tr命令删除输出里的换行符
    wordCountStr = sh returnStdout: true, script: 'git diff --ignore-space-at-eol $target_branch..PRbranch src | wc -l | tr -d \'\\n\''
    if (wordCountStr == "0") { 
        return false; 
    } else { 
        println("This is a valid PR, continue the job execution") 
        return true; 
    } 
}

总结一下：字符串比较的核心是要确保两个字符串完全一致，而sh返回的输出默认带换行，这是Jenkins Pipeline里很容易踩的小坑。转成整数的方式之所以省心，就是因为Groovy帮你自动处理了这些空白字符~

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