[JIRA] (JENKINS-22400) Git timeout on other actions than fetch/clone

9 views
Skip to first unread message

mark.earl.waite@gmail.com (JIRA)

unread,
Mar 10, 2018, 9:13:02 AM3/10/18
to jenkinsc...@googlegroups.com
Mark Waite commented on Improvement JENKINS-22400
 
Re: Git timeout on other actions than fetch/clone

Timeout support for JGit clone is first included in git client plugin 3.0.0-beta1. Prior to that version, JGit silently ignored timeout settings.

Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)
Atlassian logo

mark.earl.waite@gmail.com (JIRA)

unread,
Nov 5, 2019, 12:20:10 AM11/5/19
to jenkinsc...@googlegroups.com
Mark Waite updated an issue
 
Jenkins / Improvement JENKINS-22400
Change By: Mark Waite
Comment:
Timeout support for JGit clone is first included in git client plugin 3.0.0-beta1.  Prior to that version, JGit silently ignored timeout settings.
This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f)
Atlassian logo

mark.earl.waite@gmail.com (JIRA)

unread,
Nov 5, 2019, 12:21:02 AM11/5/19
to jenkinsc...@googlegroups.com

marat@slonopotamus.org (JIRA)

unread,
Feb 21, 2020, 2:53:03 AM2/21/20
to jenkinsc...@googlegroups.com
Marat Radchenko commented on Improvement JENKINS-22400
 
Re: Git timeout on other actions than fetch/clone

I'm impressed that you've found a case where it requires more than 10 minutes to complete.

Large repo + interrupted checkout during previous build == almost all I/O happens during git reset --hard. If you add LFS to the mix, that I/O also involves transferring files over network.

Simpler way to reproduce: just remove everything from working copy, but keep .git it in. Voila, you've got a massive git reset --hard.

marat@slonopotamus.org (JIRA)

unread,
Feb 21, 2020, 2:54:05 AM2/21/20
to jenkinsc...@googlegroups.com
Marat Radchenko edited a comment on Improvement JENKINS-22400
bq. I'm impressed that you've found a case where it requires more than 10 minutes to complete.

Large repo + interrupted checkout during previous build == almost all I/O happens during {{git reset --hard}}. If you add LFS to the mix, that I/O also involves transferring files over network.

Simpler way to reproduce: just remove everything from working copy, but keep {{.git}} it in. Voila, you've got a massive {{git reset --hard}} for next build
in the same working copy .

marat@slonopotamus.org (JIRA)

unread,
Feb 21, 2020, 2:54:05 AM2/21/20
to jenkinsc...@googlegroups.com
Marat Radchenko edited a comment on Improvement JENKINS-22400
bq. I'm impressed that you've found a case where it requires more than 10 minutes to complete.

Large repo + interrupted checkout during previous build == almost all I/O happens during {{git reset --hard}}. If you add LFS to the mix, that I/O also involves transferring files over network.

Simpler way to reproduce: just remove everything from working copy, but keep {{.git}} it in. Voila, you've got a massive {{git reset --hard}} for next build .
Reply all
Reply to author
Forward
0 new messages