[JIRA] (JENKINS-49840) When Wipe out repository & force clone is selected, single branch checkout does not happen

[mark.earl.wa...@gmail.com (JIRA)]

Title: Message Title

Mark Waite commented on JENKINS-49840   Re: When Wipe out repository & force clone is selected, single branch checkout does not happen Please provide more details about the use case you're describing. Based on your description, I would guess that you: Create a Freestyle job Add Git as the SCM for that Freestyle job with a repository (like https://github.com/jenkinsci/git-client-plugin) Set the "Branches to build" using a non-default branch (like '1.21.x') Use the "Advanced" button to add a narrower refspec (like +refs/heads/1.21.x:refs/remotes/origin/1.21.x ) Add "Wipe out repository & force clone" as an "Additional Behaviours" Run the job Review the refspec used in the job, and see that the initial clone did not honor the configured refspec. Instead, the first fetch uses git fetch --tags --progress https://github.com/jenkinsci/git-client-plugin +refs/heads/*:refs/remotes/origin/* That is the expected behavior. The git plugin initial defaults ignored the refspec on first clone. Many users unknowingly depended on that default behavior of the git plugin. Rather than break those users, the git plugin added a configuration option to "Honor refspec on initial clone" to the "Advanced clone options". Refer to JENKINS-28516, JENKINS-31393, JENKINS-33140, JENKINS-35162, JENKINS-36507, and JENKINS-36563. If that is not the problem you're describing, please provide more details. Add Comment   This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.