Jenkins TFS插件拋出NumberFormatException

當我使用Jenkin TFS插件從Visual Studio Online進行輪詢時，我收到以下消息和異常。Jenkins TFS插件拋出NumberFormatException

我在Ubuntu 12.10上使用TEE-CLC。

未找到指定項目和版本組合的歷史條目。

致命：對於輸入字符串：「」

java.lang.NumberFormatException：對於輸入字符串：「」在java.lang.NumberFormatException.forInputString（未知來源）在java.lang.Integer.parseInt （Unknown Source） at hudson.plugins.tfs.model.Project.getRemoteChangesetVersion（Project.java:200） at hudson.plugins.tfs.model.Project.getRemoteChangesetVersion（Project.java:214） at hudson.plugins。 tfs.TeamFoundationServerScm.checkout（TeamFoundationServerScm.java:189） at hudson.model.AbstractProject.checkout（AbstractProject.java:1415） at hudson.model.Abstr actBuild $ AbstractBuildExecution.defaultCheckout（AbstractBuild.java:652）在jenkins.scm.SCMCheckoutStrategy.checkout（SCMCheckoutStrategy.java:88）在hudson.model.AbstractBuild $ AbstractBuildExecution.run（AbstractBuild.java:561）在哈德森。 model.Run.execute（Run.java:1678） at hudson.model.FreeStyleBuild.run（FreeStyleBuild.java:46） at hudson.model.ResourceController.execute（ResourceController.java:88） at hudson.model。 Executor.run（Executor.java:231）

有人知道該怎麼辦嗎？

來源

2014-01-22 Gustav Gahm

在互聯網上的其他地方的答案表明，這是由於缺乏特定的工作區或憑證。

如果以前的命令已經起作用，那很可能是由於缺少修改到本地工作區。這可能是由於用戶缺少這些讀取權限所致。

對於我來說，相當可笑它是由詹金斯主機上不正確的服務器的時鐘（在過去的設定）而造成這引起了之前的「得到」命令來請求當前服務器時間之前修改;實際上它早於任何代碼提交到特定位置。

來源

2014-04-15 21:18:49

您可能需要仔細檢查項目路徑TFS url是否有任何拼寫錯誤。我在路徑中出現了拼寫錯誤，導致了相同的異常。

來源

2014-11-24 20:18:13 CoderTR

我也想看看TFS項目名稱中的任何空格如何通過日誌。在此行中我的日誌：

[MySlaveJob02] $ tf history "$/PONTIAC RDSDSMyProject_Name" -recursive -stopafter:1 -noprompt -version:D2015-03-07T19:31:42Z -format:brief ********

的空間是可見的，當它不工作其他時間，這是一個20％

來源

2015-03-07 19:42:27 Oleg

Jenkins TFS插件拋出NumberFormatException

回答

相關問題