在jenkins管道脚本中找不到文件

我正在尝试在Jenkins主服务器上运行当前正在运行的管道脚本，在远程Jenkins节点上执行 . 但我得到一个奇怪的FileNotFound异常 . 我能够重现问题的最基本版本的管道是这样的：

node("remoteNode") {
env.SERVICE_VERSIONS_FILE = pwd() + '/service_versions.csv'
stage('Read file') {
  git credentialsId: '***', url: '***'      
  sh "cat $env.SERVICE_VERSIONS_FILE"
  new File(env.SERVICE_VERSIONS_FILE).each { line ->
    echo "$line"
   }
  }
}

结果如下：

java.io.FileNotFoundException：/home/***/workspace/DeploymentPipelines/test-deployer/service_versions.csv（没有这样的文件或目录）java.io.FileInputStream.open0（Native Method）at java.io.FileInputStream . 开（FileInputStream.java:195）在java.io.FileInputStream中 . （FileInputStream.java:138）在groovy.util.CharsetToolkit . （CharsetToolkit.java:71）在org.codehaus.groovy.runtime.ResourceGroovyMethods.newReader（ ResourceGroovyMethods.java:1572）维持在org.codehaus在org.codehaus.groovy.runtime.typehandling.DefaultTypeTransformation.asCollection（DefaultTypeTransformation.java:461 org.codehaus.groovy.runtime.ResourceGroovyMethods.readLines（ResourceGroovyMethods.java:533）） .groovy.runtime.DefaultGroovyMethods.iterator（DefaultGroovyMethods.java:15955）在org.codehaus.groovy.runtime.dgm $ 367.doMethodInvoke（来源不明）在groovy.lang.MetaClassImpl.invokeMethod（MetaClassImpl.java:1213）在常规 . lang.MetaClassImpl.invokeMethod（MetaClassImpl.java:1022）org.codehaus.groovy.runtime.InvokerHel per.invokePojoMethod（InvokerHelper.java:913）在org.codehaus.groovy.runtime.InvokerHelper.invokeMethod（InvokerHelper.java:904）在org.codehaus.groovy.runtime.InvokerHelper.asIterator（InvokerHelper.java:573）在组织位于org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall（CallSiteArray.java:48）的org.codehaus.groovy.runtime.callsite.AbstractCallSite上的.codehaus.groovy.runtime.InvokerHelper $ asIterator.call（未知来源） . 呼叫（AbstractCallSite.java:113）在com.cloudbees.groovy.cps.sandbox.DefaultInvoker.methodCall（DefaultInvoker.java:20）在com.cloudbees.groovy.cps.CpsDefaultGroovyMethods.each（CpsDefaultGroovyMethods：1890）在WorkflowScript.run （WorkflowScript：8）at cps.transform（Native Method）at com.cloudbees.groovy.cps.impl.ContinuationGroup.methodCall（ContinuationGroup.java:57）at com.cloudbees.groovy.cps.impl.FunctionCallBlock $ ContinuationImpl.dispatchOrArg （FunctionCallBlock.java:109）at com.cloudbees.groovy.cps.impl.FunctionCallBlock $ ContinuationImpl.fixArg（FunctionCallBlock.j AVA：82）在sun.reflect.GeneratedMethodAccessor324.invoke（未知来源）在sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:43）在java.lang.reflect.Method.invoke（Method.java:498）在玉米.cloudbees.groovy.cps.impl.ContinuationPtr $ ContinuationImpl.receive（ContinuationPtr.java:72）位于com.cloudbees.groovy的com.cloudbees.groovy.cps.impl.LocalVariableBlock $ LocalVariable.get（LocalVariableBlock.java:39） .cps.LValueBlock $ GetAdapter.receive（LValueBlock.java:30）at com.cloudbees.groovy.cps.impl.LocalVariableBlock.evalLValue（LocalVariableBlock.java:28）at com.cloudbees.groovy.cps.LValueBlock $ BlockImpl.eval （LValueBlock.java:55）com.cloudbees.groovy.cps.LValueBlock.eval（LValueBlock.java:16）位于com.cloudbees的com.cloudbees.groovy.cps.Next.step（Next.java:83） . groovy.cps.Continuable $ 1.call（Continuable.java:174）at com.cloudbees.groovy.cps.Continuable $ 1.call（Continuable.java:163）at org.codehaus.groovy.runtime.GroovyCategorySupport $ ThreadCategoryInfo.use（ GroovyCate gorySupport.java:129）org.codehaus.groovy.runtime.GroovyCategorySupport.use（GroovyCategorySupport.java:268）at com.cloudbees.groovy.cps.Continuable.run0（Continuable.java:163）at org.jenkinsci.plugins .workflow.cps.CpsThread.runNextChunk（CpsThread.java:182）atg.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run（CpsThreadGroup.java:332）org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access位于org.jenkinsci.plugins.workflow.cps.CpsThreadGroup $ 2.call（CpsThreadGroup.java）的org.jenkinsci.plugins.workflow.cps.CpsThreadGroup $ 2.call（CpsThreadGroup.java:244）$ 200（CpsThreadGroup.java:83） 232）atg.jenkinsci.plugins.workflow.cps.CpsVmExecutorService $ 2.call（CpsVmExecutorService.java:64）at java.util.concurrent.FutureTask.run（FutureTask.java:266）at hudson.remoting.SingleLaneExecutorService $ 1.run （SingleLaneExecutorService.java:131）jenkins.util.ContextResettingExecutorService $ 1.run（ContextResettingExecutorService.java:28）jenkins.security.ImpersonatingExecutorService $ 1.run（Imperson） atingExecutorService.java:59）at java.util.concurrent.Executors $ runnableAdapter.call（Executors.java:511）at java.util.concurrent.FutureTask.run（FutureTask.java:266）at java.util.concurrent.ThreadPoolExecutor .runWorker（ThreadPoolExecutor.java:1149）java.util.concurrent.ThreadPoolExecutor $ Worker.run（ThreadPoolExecutor.java:624）at java.lang.Thread.run（Thread.java:748）已完成：FAILURE

sh“cat $ env.SERVICE_VERSIONS_FILE”返回正确的结果（IE . 它打印文件的内容）管道在主服务器上执行时工作正常 . 感觉我可能会遗漏一些灾难性的简单事情？还是一个bug？