我知道有人問過類似的問題，但在我的案例中，有一些小的區別。
我正在運行一條 Jenkins 管道，其中最大的部分是在 Windows Slave 上執行。Jenkins的主程式也在Windows上運行。
類似的問題都指向一個超時問題。我已經將超時時間增加到600分鐘，所以要么是Jenkins沒有考慮到超時問題，要么是我做錯了什么。倉庫很大，有1.2Gb.
。狀態代碼130究竟是什么？有沒有辦法從Git中獲得更多的除錯資訊？因為我在輸出中沒有看到一個超時例外...... 這個管道作業直到昨天還在正常作業。現在每次構建都會出現同樣的錯誤。
主站的Git版本：2.21.0.windows.1
slave上的Git版本：2.22.0.windows.1
在輸出中，我得到了這樣的結果：
在輸出中，我得到了這樣的結果。
10:40:33 由用戶Lieven Cardoen啟動
10:40:33 重建構建 #646
10:50:33
hudson.plugins.git.GitException。命令 "C:jenkins_optGitingit.exe fetch --tags --force --progress --prune -- origin refs/heads/Glims_10:refs/remotes/origin/Glims_10" 回傳狀態碼130。
10:50:33 stdout:
10:50:33 stderr: remote: 正在計算物件。1
遠程。正在計算物件。4322
遠程: 正在計算物件。7546
...
遙遠的地方。正在計算物件。1009788，完成
10:50:33 remote: 尋找來源。 0% (1446/1009788)
遙控。尋找來源。 0% (4545/1009788)
遙遠的地方。尋找來源。 0% (8153/1009788)
遙遠的地方。尋找來源。 1% (10098/1009788)
...
遙遠的地方。尋找來源。100% (1009788/1009788)
遙遠的地方。尋找來源。100% (1009788/1009788)
10:50:33 remote: 獲取大小。 0% (1496/155353)
遙控器。獲取大小。 1% (1554/155353)
遙遠的地方。獲取尺寸：2% (3108/155353)
...
遙遠的地方。獲取尺寸。100% (155353/155353)
遙遠的地方。獲取尺寸。100% (155353/155353)
10:50:33 remote: 壓縮物件。 1% (10646/899427)
遙遠的地方。壓縮物件：2% (19153/899427)
遙遠的地方。壓縮物件。 3% (27945/899427)
...
遙遠的地方。壓縮物件。 99% (890959/899427)
遠程: 壓縮物件。 99% (899418/899427)
10:50:33 正在接收物件。 0% (1/1009788)
接收物件。 1% (10098/1009788)
接收物件：2% (20196/1009788)
...
接收物件。 99% (999691/1009788), 268.85 MiB | 10.80 MiB/s
遠程。總數1009788 (delta 785654), 重復使用996575 (delta 774237)
10:50:33 正在接收物件。100% (1009788/1009788), 268.85 MiB | 10.80 MiB/s
接收物件。100% (1009788/1009788), 273.47 MiB | 11.19 MiB/s, 完成。
10:50:33 解除三角關系。 0% (0/785654)
解決了deltas。 1% (7857/785654)
解決三角洲：2% (15725/785654)
...
解決三角問題。 47% (369266/785654)
解決三角洲的問題。 48% (377343/785654)
10:50:33 at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2661)
10:50:33 at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:2086)
10:50:33 at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$500(CliGitAPIImpl.java:86)
10:50:33 在org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execution(CliGitAPIImpl.java:608)
10:50:33 at jenkins.plugins.git.GitSCMFileSystem$BuilderImpl.build(GitSCMFileSystem.java:365)
10:50:33 at jenkins.scm.api.SCMFileSystem.of(SCMFileSystem.java:197)
10:50:33 at jenkins.scm.api.SCMFileSystem.of(SCMFileSystem.java:173)
10:50:33 at org.jenkinsci.plugins.workflow.cps.CpsScmFlowDefinition.create(CpsScmFlowDefinition.java:114)
10:50:33 在org.jenkinsci.plugins.workflow.cps.CpsScmFlowDefinition.create(CpsScmFlowDefinition.java:68)
10:50:33 at org.jenkinsci.plugins.workflow.job.WorkflowRun.run(WorkflowRun.java:309)
10:50:33 at hudson.model.ResourceController.execute(ResourceController.java:97)
10:50:33 at hudson.model.Executor.run(Executor.java:429)
10:50:33 完畢。失敗
uj5u.com熱心網友回復：
在我的案例中，解決方案是在Jenkins管道作業的配置中取消了Lightweight checkout。
不知道為什么這個輕量級檢查會導致這樣的問題，因為在作業的開始有這樣的輸出：
顯然，退回到完全結賬并不等同于取消勾選該選項......
標籤： 上一篇：獲取ValueError：使用PyInstaller模塊時，腳本'/src/add2vals.py'未找到
下一篇：我怎樣才能一次迭代兩行文字？
輕量級檢查。
輕量級簽出支持不可用，退回到完全簽出。