Как получить номер текущей версии Subversion и URL-адрес с помощью maven

Решение, предложенное пользователем2990242, отлично подходит для автономного использования (спасибо за хорошее объяснение). После этого вам просто нужно добавить информацию в manifest.mf с помощью плагина maven-jar (или maven-war). вот полный пример:

        <plugin>
            <groupId>org.codehaus.mojo</groupId>
            <artifactId>buildnumber-maven-plugin</artifactId>
            <version>1.3</version>
            <executions>
                <execution>
                    <phase>validate</phase>
                    <goals>
                        <goal>create</goal>
                    </goals>
                </execution>
            </executions>
            <configuration>
                <timestampFormat>{0,date,dd-MM-yyyy HH:mm:ss}</timestampFormat>
                <doCheck>false</doCheck>
                <doUpdate>false</doUpdate>
                <providerImplementations>
                    <svn>javasvn</svn>
                </providerImplementations>
            </configuration>
            <dependencies>
                <dependency>
                    <groupId>com.google.code.maven-scm-provider-svnjava</groupId>
                    <artifactId>maven-scm-provider-svnjava</artifactId>
                    <version>2.1.1</version>
                </dependency>
                <dependency>
                    <groupId>org.tmatesoft.svnkit</groupId>
                    <artifactId>svnkit</artifactId>
                    <version>1.8.5</version>
                </dependency>
            </dependencies>
        </plugin>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-jar-plugin</artifactId>
            <version>2.5</version>
            <configuration>
                <archive>
                    <manifest>
                        <addClasspath>true</addClasspath>
                    </manifest>
                    <manifestEntries>
                        <Implementation-Build>${buildNumber}</Implementation-Build>
                        <Implementation-Title>${project.name}</Implementation-Title>
                        <Implementation-Vendor>ENTERPRISE</Implementation-Vendor>
                        <Implementation-Version>${project.version}</Implementation-Version>
                        <Built-By>${user.name}</Built-By>
                        <Built-OS>${os.name}</Built-OS>
                        <Build-Date>${timestamp}</Build-Date>
                        <SCM-Revision>${buildNumber}</SCM-Revision>
                    </manifestEntries>
                </archive>
            </configuration>
        </plugin>

Для выполнения svnversion.

<project>
  […]
  <build>
    <plugins>
      <plugin>
        <artifactId>maven-antrun-plugin</artifactId>
        <executions>
          <execution>
            <phase>package</phase>
            <configuration>
              <tasks>
                <exec executable="sh">
                  <arg value="-c"/>
                  <arg value="svnversion &gt;version.txt" />
                </exec>
              </tasks>
            </configuration>
            <goals>
              <goal>run</goal>
            </goals>
          </execution>
        </executions>
      </plugin>
    </plugins>
  </build>
  […]
</project>

NB: я использовал sh -c для запуска svnversion, поэтому я могу перенаправить вывод в файл. Я не думаю, что вы можете получить вывод в виде свойства для использования в сборке maven.

Вы можете использовать тот же подход для запуска svn info --url.

Как уже было сказано, для поиска версии можно использовать Maven Build Number Plugin.

Что касается URL: Maven Practice помещает его в POM с помощью ‹scm >-тег. Если вы настроите это право один раз, а затем используете подключаемые модули Maven appriopriate (maven-scm-plugin , maven-release-plugin) для ветвления, тегирования, выпуска и т. д. Вы можете быть уверены, что тег ‹scm› всегда содержит правильный URL.

buildnumber-maven-plugin внедряет в вашу сборку только текущую версию, так что вы правы. Я думаю, чтобы получить URL-адрес, вам следует написать плагин maven, который использует SVNKit.

Мне кажется, что API поддерживает только выполнение команды svn и ее различных параметров и переключателей. Проблема в том, что в Subversion для получения правильного подробного номера версии используется другая исполняемая команда, которая называется «svnversion». Используя эту команду, я могу определить, есть ли у меня смешанная версия, модифицированная версия и т. Д. Например:

[jim@localhost sb_rc1 993]$ svn info | grep Revision
Revision: 51159
[jim@localhost sb_rc1 994]$ svnversion
51159M
[jim@localhost sb_rc1 994]$

Угадай, что? "svn info" врет мне здесь. Моя локальная копия изменена с оригинальной 51159, поэтому svnversion сообщает номер версии с прикрепленной к нему буквой M. Что делать, если я экспериментирую с веткой, содержащей смешанную версию? svnversion с этим справится. 'svn info' не может. Хуже того, как показано выше, он предоставит вводящую в заблуждение и потенциально опасную информацию, если, например, я основываю выпуск на плохой информации.

Вы уже сказали, что это не соответствует вашим потребностям, но для других, у которых есть аналогичная проблема, стоит отметить, что вы можете использовать Maven SCM API, чтобы вызывать произвольные команды SCM для репозитория, настроенного в разделе scm вашего POM. Например, в этом ответе я показал, как зафиксировать один файл в Maven mojo.

Вы можете немного изменить этот пример, чтобы вместо этого понизить SCMProvider до SvnExeScmProvider и вызвать его метод info(). Это возвращает SvnInfoScmResult, который оборачивает SvnInfoItem. Этот элемент инкапсулирует результаты выполнения команды svn info через стандартный Subversion API.

Для полноты, antrun поддерживает экспорт свойств ant в mvn, начиная с версии 1.7. См. Добавление нового параметра для экспорта свойств Ant в свойства Maven

Это старый вопрос, но buildnumber-maven-plugin теперь предоставляет значение ${scmBranch} с URL-адресом SCM в нем. Я кратко попробовал, и, похоже, он работает. Чтобы использовать его при фильтрации ресурсов, вам нужно сначала поместить его в свойство, как и значение timestamp, предоставляемое Maven.

См. http://mojo.codehaus.org/buildnumber-maven-plugin/usage.html для получения дополнительной информации.

Buildernumber-maven-plugin зависит от клиента svn, который вы установили, когда "providerImplementations" не указан в конфигурации плагина. Когда путь выполнения svn не определен в системном пути или ваша версия клиента svn не соответствует, плагин не может правильно вызвать командную строку svn.

Итак, добавление клиента javasvn и его зависимости - хорошая идея.

      <plugin>
            <groupId>org.codehaus.mojo</groupId>
            <artifactId>buildnumber-maven-plugin</artifactId>
            <version>1.2</version>
            <executions>
                <execution>
                    <phase>validate</phase>
                    <goals>
                        <goal>create</goal>
                    </goals>
                </execution>
            </executions>
            <configuration>
                <doCheck>false</doCheck>
                <doUpdate>false</doUpdate>
                <providerImplementations>
                  <svn>javasvn</svn>
                </providerImplementations>
            </configuration>
            <dependencies>
                <dependency>
                    <groupId>com.google.code.maven-scm-provider-svnjava</groupId>
                    <artifactId>maven-scm-provider-svnjava</artifactId>
                    <version>2.0</version>
                </dependency>
                <dependency>
                    <groupId>org.tmatesoft.svnkit</groupId>
                    <artifactId>svnkit</artifactId>
                    <version>1.7.8</version>
                </dependency>
            </dependencies>
        </plugin>