"गेट घातक: रेफरी हेड कोई प्रतीकात्मक रेफरी नहीं है" मावेन रिलीज प्लगइन का उपयोग करते समय


104

मावेन रिलीज प्लग इन को तैयार करने के चरण में mvn release:prepare --batch-mode -DreleaseVersion=1.1.2 -DdevelopmentVersion=1.2.0-SNAPSHOT -Dtag=v1.1.2 -Xएक एटलसियन बांस योजना से रन करते समय मुझे निम्नलिखित त्रुटि आउटपुट मिलते हैं । हालाँकि कमांड लाइन में वही करना ठीक रहता है। पूर्ण त्रुटि स्टैक नीचे है।

किसी भी विचार यह कैसे हल किया जा सकता है?

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.4.2:prepare (default-cli) on project hpcmom: An error is occurred in the checkin process: Exception while executing SCM command. Detecting the current branch failed: fatal: ref HEAD is not a symbolic ref -> [Help 1]
    org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.4.2:prepare (default-cli) on project hpcmom: An error is occurred in the checkin process: Exception while executing SCM command.
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
    at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
    at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
    at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
    at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
    at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
    at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
    at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
    at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
    at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
    at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
Caused by: org.apache.maven.plugin.MojoExecutionException: An error is occurred in the checkin process: Exception while executing SCM command.
    at org.apache.maven.plugins.release.PrepareReleaseMojo.prepareRelease(PrepareReleaseMojo.java:281)
    at org.apache.maven.plugins.release.PrepareReleaseMojo.execute(PrepareReleaseMojo.java:232)
    at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
    ... 19 more
Caused by: org.apache.maven.shared.release.ReleaseExecutionException: An error is occurred in the checkin process: Exception while executing SCM command.
    at org.apache.maven.shared.release.phase.AbstractScmCommitPhase.checkin(AbstractScmCommitPhase.java:160)
    at org.apache.maven.shared.release.phase.AbstractScmCommitPhase.performCheckins(AbstractScmCommitPhase.java:145)
    at org.apache.maven.shared.release.phase.ScmCommitPreparationPhase.runLogic(ScmCommitPreparationPhase.java:76)
    at org.apache.maven.shared.release.phase.AbstractScmCommitPhase.execute(AbstractScmCommitPhase.java:78)
    at org.apache.maven.shared.release.DefaultReleaseManager.prepare(DefaultReleaseManager.java:234)
    at org.apache.maven.shared.release.DefaultReleaseManager.prepare(DefaultReleaseManager.java:169)
    at org.apache.maven.shared.release.DefaultReleaseManager.prepare(DefaultReleaseManager.java:146)
    at org.apache.maven.shared.release.DefaultReleaseManager.prepare(DefaultReleaseManager.java:107)
    at org.apache.maven.plugins.release.PrepareReleaseMojo.prepareRelease(PrepareReleaseMojo.java:277)
    ... 22 more
Caused by: org.apache.maven.scm.ScmException: Exception while executing SCM command.
    at org.apache.maven.scm.command.AbstractCommand.execute(AbstractCommand.java:63)
    at org.apache.maven.scm.provider.git.AbstractGitScmProvider.executeCommand(AbstractGitScmProvider.java:291)
    at org.apache.maven.scm.provider.git.AbstractGitScmProvider.checkin(AbstractGitScmProvider.java:217)
    at org.apache.maven.scm.provider.AbstractScmProvider.checkIn(AbstractScmProvider.java:410)
    at org.apache.maven.shared.release.phase.AbstractScmCommitPhase.checkin(AbstractScmCommitPhase.java:156)
    ... 30 more
Caused by: org.apache.maven.scm.ScmException: Detecting the current branch failed: fatal: ref HEAD is not a symbolic ref

    at org.apache.maven.scm.provider.git.gitexe.command.branch.GitBranchCommand.getCurrentBranch(GitBranchCommand.java:147)
    at org.apache.maven.scm.provider.git.gitexe.command.checkin.GitCheckInCommand.createPushCommandLine(GitCheckInCommand.java:192)
    at org.apache.maven.scm.provider.git.gitexe.command.checkin.GitCheckInCommand.executeCheckInCommand(GitCheckInCommand.java:132)
    at org.apache.maven.scm.command.checkin.AbstractCheckInCommand.executeCommand(AbstractCheckInCommand.java:54)
    at org.apache.maven.scm.command.AbstractCommand.execute(AbstractCommand.java:59)
    ... 34 more
[ERROR] 
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
simple  02-Dec-2013 17:18:09    Failing task since return code of [/opt/dev/apache-maven/3.0.5//bin/mvn -Djava.io.tmpdir=/opt/atlassian/bamboo/5.2.1/temp/HPCMOM-RELEASE-JOB1 release:prepare --batch-mode -DignoreSnapshots=false -DreleaseVersion=1.1.2 -DdevelopmentVersion=1.2.0-SNAPSHOT -Dtag=v1.1.2 -X] was 1 while expected 0

अपडेट करें:

ऐसा करने से git ls-remote .एक स्थानीय कार्यक्षेत्र क्लोन पर पैदा करता है:

azg@olympus:~/code/hpcmom$ git ls-remote .
7894eea08a0afecb99515d1339623be63a7539d4    HEAD
7894eea08a0afecb99515d1339623be63a7539d4    refs/heads/master
7894eea08a0afecb99515d1339623be63a7539d4    refs/remotes/origin/HEAD
7894eea08a0afecb99515d1339623be63a7539d4    refs/remotes/origin/master
6a7095b86cccdfd4b28e4dea633d0930809ae9ac    refs/tags/v1.0
1a53462b1ecf0abfea8245016304cda9c78b420d    refs/tags/v1.0^{}
5113a7cbcf35c47b680a9c36e15e5fa01ef1d2e6    refs/tags/v1.1
79a3073ecabe65d3c8051520f8007d9e49a65a06    refs/tags/v1.1^{}
a00249209597ea1214d80ee38f228c40db7022c2    refs/tags/v1.1.0
e892bce8d25d87368ab557fee0d30810bef7e31e    refs/tags/v1.1.0^{}
b491a312c39088533cb069e4ab1ae8a00d1f6bfe    refs/tags/v1.1.2
a3f7618dada7ed60d8190426152ffd90e0e40a86    refs/tags/v1.1.2^{}

कर git ls-remote .बांस क्लोन पर पैदा करता है:

azg@olympus:/var/atlassian/application-data/bamboo/xml-data/build-dir/HPCMOM-RELEASE-JOB1$ git ls-remote .
2422ce066ac35dae3c54f1435ef8dae5008a9a14    HEAD
57c08d581c0fd9e788049733fbdc9c22b9a6ae00    refs/heads/master
57c08d581c0fd9e788049733fbdc9c22b9a6ae00    refs/remotes/origin/HEAD
57c08d581c0fd9e788049733fbdc9c22b9a6ae00    refs/remotes/origin/master
7539f9700d78a1b766fca7ed9f409914f1ea9d08    refs/tags/vnull
6bfa8c3fdb1f8f56a385035f01b1b77b6e88da8b    refs/tags/vnull^{}

और यह बहुत ही अजीब है कि स्थानीय विकास क्लोन उत्पादन बांस से अलग क्यों है?


4
ठीक है, इसलिए यहां मुद्दा यह है कि बांस के नीचे चेकआउट एक "अलग किया गया राज्य" है। ऐसा प्रतीत होता है कि मावेन वर्तमान शाखा नाम को पार्स करने की कोशिश कर रहा है और विफल रहता है क्योंकि अलग-थलग पड़े राज्य में, HEADरेफरी अब एक शाखा नाम को संदर्भित नहीं करता है, लेकिन एक SHA1। आप चलाकर स्थानीय स्तर पर इस अनुकरण कर सकते हैं git checkout SHA1या जोड़कर ^{}एक रेफरी के नाम करने के लिए: git checkout HEAD^{}। ऐसा लगता है कि यदि संभव हो तो बैंबू गिट प्लगइन शाखा को चेकआउट करने का प्रयास करता है। ऐसा प्रतीत होता है कि आपके पास एक दौड़ है: बिल्ड रन से पहले, नया सामान दिखाया गया है। यह मेरे लिए अभी तक स्पष्ट नहीं है कि इसे कैसे ठीक किया जाए।
जॉन स्जाकमेस्टर

जवाबों:


153

मैं मावेन रिलीज़ प्लगइन के साथ संयोजन में जेनकिन्स पर एक ही त्रुटि में भाग गया, हमने इसे अतिरिक्त व्यवहारों पर जाकर तय किया, विशिष्ट स्थानीय शाखा की जाँच करें और 'मास्टर' दर्ज करें

मुझे लगता है कि यह कोई समाधान नहीं है, लेकिन यह आपको कुछ दिशा दे सकता है कि कहां देखना है।


3
यह काम करता है जब आप मास्टर शाखा से निर्माण कर रहे हैं। यदि आपकी शाखा अलग है, तो इसे विशिष्ट शाखा के नाम में बदलने के बाद भी यह काम नहीं करता है।
सिद्धसिंह

29
मैं मास्टर से अलग शाखा पर हूं और यह काम भी करता है। मुझे लगता है कि समस्या यह है कि जेनकिंस गिट प्लगइन आम तौर पर अलग राज्य में शाखा की जाँच करता है। इसलिए git symbolic-refकमांड फेल है। जोड़कर Check out to specific local branchहम इसे ठीक करते हैं।
रेने लिंक

16
**इसके स्थान पर उपयोग करने से masterस्थानीय शाखा का नाम रिमोट से मेल खाएगा।
नेक्सस

1
सहायता के अनुसार ( Git Plugin - Jenkins - Jenkins Wiki ), मैदान को खाली छोड़ना इस के लिए भी काम कर सकता है: "यदि चयनित है, और इसका मान एक खाली स्ट्रिंग है या **, तो शाखा का नाम दूरस्थ शाखा से मूल के बिना गणना की जाती है" । "
evgeny9

@jvwilge मेरे मामले में, यह एक साझा पाइपलाइन है, इसलिए सभी सेटिंग्स pom.xml से आ रही हैं। मैं कोड में कैसे लिख सकता हूँ यह निर्देश: अतिरिक्त व्यवहार, विशिष्ट स्थानीय शाखा के लिए बाहर की जाँच करें और 'गुरु' में चला
arielma

31

जेनकिंस और जीआईटी के लिए अतिरिक्त व्यवहार जोड़ें check out to specific local branchऔर Workspace Cleanup Pluginअपने सीआई कार्य की शुरुआत में अपने कार्यक्षेत्र को साफ करने के लिए उपयोग करें ।


1
धन्यवाद, यह मेरे लिए काम किया। मुझे जोड़ने की जरूरत -Darguments="-Dmaven.deploy.skip=true"है।
टाइमब्रु

@toschneck नमस्ते मैं जेनकींस और गिट का उपयोग करके इस सटीक मुद्दे को ले रहा हूं। क्या आप कृपया अपने जवाब का विस्तार कर सकते हैं, जिसमें आपके द्वारा उल्लिखित प्लगइन के लिए कमांड और कॉन्फिगरेशन शामिल हैं। धन्यवाद।
जेरेमी

कार्यक्षेत्र को अतिरिक्त रूप से साफ़ करने का क्या कारण है?
kap

वर्तमान में मैं मावेन-जिगित्फ़्लो प्लगइन के लिए आगे बढ़ा। यह सुविधा और बगफिक्स ब्रांचिंग का समर्थन करता है और मेरे द्वारा देखी गई सबसे अच्छी रिलीज़ कार्यक्षमता है। bitbucket.org/atlassian/jgit-flow/wiki/Home
toschneck

"विशिष्ट स्थानीय शाखा की जाँच करें" को जोड़ना मेरे लिए भी काम करता है।
जॉनलिन

11

एटलसियन बांस में समस्या Use shallow clonesको विवरण के साथ डिफ़ॉल्ट सेटिंग को अन-चेक करके हल किया गया था Fetches the shallowest commit history possible. Do not use if your build depends on full repository history। यह चेकबॉक्स योजना कॉन्फ़िगरेशन -> रिपॉजिटरी टैब -> गिट -> उन्नत विकल्पों के तहत स्थित है

इसके बाद सभी रिलीज ठीक काम करती हैं।


5

Use shallow clonesमेरे मामले में अनचेक करना पर्याप्त नहीं था (मैं बांस 5.7.2 का उपयोग कर रहा हूं)। मुझे Force Clean Buildसोर्स कोड चेकआउट कार्य में भी सक्षम होना चाहिए । सक्षम Use shallow clonesकरना नौकरी के अगले निष्पादन के लिए काम करेगा, लेकिन बाद के सभी निष्पादन एक ही त्रुटि के परिणामस्वरूप होंगे।


4

मैंने मावेन रिलीज प्लग-इन के साथ उपयोग किए गए बांस के तहत इस समस्या को देखा है। मैंने इसे 'सोर्स चेकआउट' कार्य में 'फ़ोर्स क्लीन बिल्ड' विकल्प को सक्षम करके निर्धारित किया है। बैंबू का कहना है कि इससे बिल्ड धीमा हो सकता है, लेकिन यह काम करता है और मैंने कोई महत्वपूर्ण समय वृद्धि नहीं देखी।


आपने बांस के किस संस्करण का उपयोग किया? मैंने यह कोशिश की, लेकिन यह मेरे लिए वापस काम नहीं किया।
स्काईवॉकर

1
09 दिसंबर 13 - मैं 5.3 का निर्माण 4101 उपयोग कर रहा हूँ
zakmck

3

मैं मल्टीबर्च प्रोजेक्ट सेटअप के साथ जेनकिंस टीम प्रोजेक्ट का उपयोग कर रहा हूं।

मैंने पहले checkout scmकमांड का उपयोग किया था।

अब मैं निम्नलिखित कोड का उपयोग कर रहा हूं:

checkout([
                 $class: 'GitSCM',
                 branches: scm.branches,
                 extensions: scm.extensions + [[$class: 'CleanCheckout'], [$class: 'LocalBranch', localBranch: 'new']],
                 userRemoteConfigs: scm.userRemoteConfigs
            ])

1
यह एक उत्थान दिया क्योंकि यह चाल करने के लिए लग रहा था। लेकिन कुछ और छेड़छाड़ के बाद, मैंने देखा कि इसने वास्तव में "नया" (जब मावेन रिलीज प्लगइन के साथ उपयोग किया जाता है) नामक एक नई शाखा बनाई। एक अधिक सही दृष्टिकोण के newसाथ बदलना होगा **, जो स्थानीय शाखा का नाम रिमोट के समान बनाता है।
टोबब

3

मेरे लिए क्या काम किया गया था "git चेकआउट -फ मास्टर" को कॉल करने से पहले "mvan release"


0

हमारे लिए समस्या pom फ़ाइल में निर्दिष्ट मावेन संस्करण के साथ थी। बांस में एक के अनुसार pom फ़ाइल में निर्दिष्ट मावेन संस्करण को ठीक कर दिया गया है


0

GitHub कार्यों के लिए आप के actions/checkout@v2साथ सेटअप कर सकते हैंref: master

steps:
  - uses: actions/checkout@v2
    with:
      ref: master
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.