2013-07-24 3 views
1

У меня есть проект, где Мультиконтроллер агрегатор находится в корневом каталоге проекта и родитель находится в подкаталоге, рядом со всеми другими модулямиGithub релиз от Maven-релиз-плагин

pom.xml (aggregator, inherits from parent) 
|---parent 
|---module1 (inherits from parent) 
|---module2 (inherits from parent) 

я пытаясь выпустить мой проект, используя maven-release-plugin-2.4.1

Я запускаю mvn release:prepare -DdryRun=true, и все работает нормально, но если я запускаю настоящий прогон, а не dryRun, тогда у меня возникает проблема в конце при попытке нажать тег до github:

... 
[INFO] Checking in modified POMs... 
[INFO] Executing: /bin/sh -c cd "/home/hilikus/dev/Eclipse workspace/JRoboCom" && git add -- jrobocom-parent/pom.xml jrobocom-core/pom.xml jrobocom-simple-gui/pom.xml jrobocom-samples/pom.xml jrobocom-samples/legends/pom.xml jrobocom-samples/simple/pom.xml jrobocom-samples/simple/4Lunch/pom.xml jrobocom-samples/simple/black-jacks/pom.xml jrobocom-samples/simple/bank-jumper/pom.xml pom.xml 
[INFO] Working directory: /home/hilikus/dev/Eclipse workspace/JRoboCom 
[INFO] Executing: /bin/sh -c cd "/home/hilikus/dev/Eclipse workspace/JRoboCom" && git status 
[INFO] Working directory: /home/hilikus/dev/Eclipse workspace/JRoboCom 
[INFO] Executing: /bin/sh -c cd "/home/hilikus/dev/Eclipse workspace/JRoboCom" && git commit --verbose -F /tmp/maven-scm-646807004.commit jrobocom-parent/pom.xml jrobocom-core/pom.xml jrobocom-simple-gui/pom.xml jrobocom-samples/pom.xml jrobocom-samples/legends/pom.xml jrobocom-samples/simple/pom.xml jrobocom-samples/simple/4Lunch/pom.xml jrobocom-samples/simple/black-jacks/pom.xml jrobocom-samples/simple/bank-jumper/pom.xml pom.xml 
[INFO] Working directory: /home/hilikus/dev/Eclipse workspace/JRoboCom 
[INFO] Executing: /bin/sh -c cd "/home/hilikus/dev/Eclipse workspace/JRoboCom" && git symbolic-ref HEAD 
[INFO] Working directory: /home/hilikus/dev/Eclipse workspace/JRoboCom 
[INFO] Executing: /bin/sh -c cd "/home/hilikus/dev/Eclipse workspace/JRoboCom" && git push https://github.com/theHilikus/JRoboCom.git/jrobocom-aggregator master:master 
[INFO] Working directory: /home/hilikus/dev/Eclipse workspace/JRoboCom 
[INFO] ------------------------------------------------------------------------ 
[INFO] Reactor Summary: 
[INFO] 
[INFO] Parent POM ........................................ SKIPPED 
... 
[INFO] Bank-jumper ....................................... SKIPPED 
[INFO] The overall aggregator ............................ FAILURE [3:30.447s] 
[INFO] ------------------------------------------------------------------------ 
[INFO] BUILD FAILURE 
[INFO] ------------------------------------------------------------------------ 
[INFO] Total time: 3:32.658s 
[INFO] Finished at: Tue Jul 23 22:31:43 EDT 2013 
[INFO] Final Memory: 9M/44M 
[INFO] ------------------------------------------------------------------------ 
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.4.1:prepare (default-cli) on project jrobocom-aggregator: Unable to commit files 
[ERROR] Provider message: 
[ERROR] The git-push command failed. 
[ERROR] Command output: 
[ERROR] fatal: https://github.com/theHilikus/JRoboCom.git/jrobocom-aggregator/info/refs not found: did you run git update-server-info on the server? 
[ERROR] -> [Help 1] 

любые идеи, что это значит и как их исправить? насколько я знаю, я следую процедуре стандартного выпуска, единственной другой (но общей) конфигурацией является разделение агрегатора и родительских попов

+0

Я проверил последнюю команду (git push) вручную, и он не работает, даже вне maven, однако, если я изменяю push-адрес до JRobocom.git (и удаляет '/ jrobocom-aggregator'), он работает нормально. Я не знаю, почему плагин релиза пытается нажать там – Hilikus

+1

У меня такая же проблема. Плагины Maven снова меня огорчают. – Torsten

+1

проверить мой ответ. это может помочь – Hilikus

ответ

2

Проблема представляла собой «круговую» ссылку, где агрегатор наследует от одного из помов, которые он агрегирует. Как только я удалил это, все сработало.
Таким образом, существует в основном два простых варианта: слияние родителя и агрегатора или дублирование (или просто перемещение) информации SCM в агрегаторе, чтобы агрегатор не наследовал ни у кого

Смежные вопросы