Maven Release: подготовить не удается; кажется, запутался по поводу UUID SVN - PullRequest
Новая
       15

Maven Release: подготовить не удается; кажется, запутался по поводу UUID SVN

2 голосов
/ 04 августа 2010

Когда я пытаюсь использовать плагин релиза Maven, он не работает на mvn release:prepare со следующей ошибкой: 

[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Unable to tag SCM
Provider message:
The svn tag command failed.
Command output:
svn: Repository UUID '3da89ab5-aa79-4544-a1de-ca02bd87a2ce' doesn't match expect
ed UUID '221b71b0-5d3c-7840-b153-25850b4df36e'

Я уверен, что UUID хранилища - 221b71b0-5d3c-7840-b153-25850b4df36e, и я проверил проверки и проверки.

Я удалил весь локальный исходный код и снова его проверил, все та же ошибка.

Я подтвердил, что в файле записей svn он ссылается на правильный UUID 221b71b0-5d3c-7840-b153-25850b4df36e.

Я запустил svnlook uuid e:\repositories\myrepo, и он возвращает 221b71b0-5d3c-7840-b153-25850b4df36e.

Но каким-то образом Мэйвен думает, что UUID отличается, когда пытается пометить.

Я могу создавать свои собственные теги с помощью клиента SVN. Мой сервер SVN является локальным на моей машине, это VisualSVN работает под Vista. Я также могу проверять файлы в Eclipse.

Я в своем уме! Единственное, о чем я могу думать, это то, что имя локального компьютера отличается от URL хранилища. То есть я использую DynDNS для маршрутизации трафика на repo.mydomain.com, и все это настроено в моем маршрутизаторе для маршрутизации трафика к соответствующей службе. Другими словами, ОС считает, что имя моего компьютера - A_NAME, но я обращаюсь к svn через URL repo.mydomain.com. Возможно ли, что мавен запутался из-за этого?

Между Maven и VisualSVN я понятия не имею, что делать. Пожалуйста, помогите!

Последнее замечание: когда я запускаю Maven с параметром -e, я получаю следующую трассировку стека: 

[INFO] Trace
org.apache.maven.BuildFailureException: Unable to tag SCM
Provider message:
The svn tag command failed.
Command output:
svn: Repository UUID '3da89ab5-aa79-4544-a1de-ca02bd87a2ce' doesn't match expect
ed UUID '221b71b0-5d3c-7840-b153-25850b4df36e'

        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
ultLifecycleExecutor.java:715)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandalone
Goal(DefaultLifecycleExecutor.java:569)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau
ltLifecycleExecutor.java:539)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
dleFailures(DefaultLifecycleExecutor.java:387)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
ts(DefaultLifecycleExecutor.java:284)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
fecycleExecutor.java:180)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
        at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:6
0)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
        at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
        at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

        at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoFailureException: Unable to tag SCM
Provider message:
The svn tag command failed.
Command output:
svn: Repository UUID '3da89ab5-aa79-4544-a1de-ca02bd87a2ce' doesn't match expect
ed UUID '221b71b0-5d3c-7840-b153-25850b4df36e'

        at org.apache.maven.plugins.release.PrepareReleaseMojo.execute(PrepareRe
leaseMojo.java:169)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi
nManager.java:490)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
ultLifecycleExecutor.java:694)
        ... 17 more

Ответы [ 3 ]

1 голос
/ 04 августа 2010

Я чувствую себя как numnut, но, как выясняется, когда я переключался между своими svn-репозиториями, я забыл обновить pom.xml. Все это имеет смысл сейчас. Но мне бы очень хотелось, чтобы Maven перечислил репозитории, которые он использовал в выводе. Это избавило бы меня от целого дня стягивания волос!

0 голосов
/ 02 марта 2012

Была такая же проблема. Это было решено:

  1. чистая проверка из SVN.
  2. отметьте новый снимок AV версии артефакт.
  3. убедитесь, что используется последняя версия плагина.

mvn release: в справке будет показан номер версии.

последняя на сегодня: org.apache.maven.plugins Maven-релиз-плагин 2.2.2

0 голосов
/ 12 августа 2010

Эй, так что же ты изменил в своем ПОМ?Наша команда столкнулась с той же проблемой с плагином maven-release-plugin.Я попробовал чистую проверку и убедился, что имя хоста, используемое для конфигурации scm в POM, и имя хоста, использованное для извлечения рабочей папки, совпадают.Есть ли что-то еще, что вы обнаружили, что необходимо исправить POM?

...