[JIRA] (JENKINS-61983) The ci-pipeline fails immediately with git.exe rev-parse "null^{commit}"" returned status code 128

4 views
Skip to first unread message

papanito@wyssmann.com (JIRA)

unread,
Apr 21, 2020, 3:05:04 AM4/21/20
to jenkinsc...@googlegroups.com
Adrian Wyssmann created an issue
 
Jenkins / Bug JENKINS-61983
The ci-pipeline fails immediately with git.exe rev-parse "null^{commit}"" returned status code 128
Issue Type: Bug Bug
Assignee: Unassigned
Components: bitbucket-branch-source-plugin
Created: 2020-04-21 07:04
Environment: Jenkins ver. 2.222.1
Priority: Minor Minor
Reporter: Adrian Wyssmann

I used to do the following in the Jenkins file

 

library identifier: "pipeline-helper@$env.BRANCH_NAME", retriever: modernSCM(
  [$class: 'GitSCMSource',
       remote: 'https://scm.sc.intra/scm/jenkins/pipeline-helper.git',
       credentialsId: 'bitbucket.service.user'
  ])

defaultCipipelineMaven {
    nodes     = 'devops' /* label of jenkins nodes*/
    email     = 'y...@comapny.org'
}

The usage of `$env.BRANCH_NAME` made it easy to test changes of a feature branch of the `pipeline-helper` without that I had to manually change the branch identifier. This worked well until now where this suddenly results in an error

ERROR: Could not resolve null
hudson.plugins.git.GitException: Command "D:\jenkins\tools\git\bin\git.exe rev-parse "null^{commit}"" returned status code 128:
stdout: null^{commit}
stderr: fatal: ambiguous argument 'null^{commit}': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'

I recently updated from the previous LTS version 2.204 but not sure if that's when it started failing...

 

Add Comment Add Comment
 
This message was sent by Atlassian Jira (v7.13.12#713012-sha1:6e07c38)
Atlassian logo
Reply all
Reply to author
Forward
0 new messages