简单的git项目的Maven发布插件-错误:不是工作副本

时间:2019-01-12 19:16:17

标签: git maven maven-release-plugin

在与Git(lab)一起使用时,如何使用Maven的“ maven-release-plugin”在一个简单的项目上执行“释放”?

我正在开发/功能分支,最后将更新合并到'master'分支中。我猜想,“发布”插件就会发挥作用。正确?

在我的Jenkins文件中,我称:

sh 'mvn release:prepare release:perform'

在尝试许多选项时,我不断收到此错误:

The svn command failed. 
[ERROR] Command output:
[ERROR] svn: E155007: '..workspace/project/pom.xml' is not a working copy

失败的命令是:

[INFO] Executing: /bin/sh -c cd /var/jenkins_home/workspace/jenkins-testing-releasing && svn --non-interactive commit --file /tmp/maven-scm-1557766606.commit --targets /tmp/maven-scm-8208798121252708517-targets
[INFO] Working directory: /var/jenkins_home/workspace/jenkins-testing-releasing

奇怪,因为我不使用SVN。

这是我到目前为止所拥有的:

<project ...
    <artifactId>jenkinstesting</artifactId>
    <version>0.1-SNAPSHOT</version>
    <scm>
        <connection>scm:git:git@gitlab.com:user/project.git</connection>
        <developerConnection>scm:git:git@gitlab.com:user/project.git</developerConnection>
        <tag>rel1</tag>
    </scm>

版本1:

    <build>
        <plugins ... 
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-release-plugin</artifactId>
                <version>2.2.1</version>
                <executions>
                    <execution>
                        <id>default</id>
                        <goals>
                            <goal>perform</goal>
                        </goals>
                        <configuration>
                            <pomFileName>pom.xml</pomFileName>
                        </configuration>
                    </execution>
                </executions>
            </plugin>

版本2:

<plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>versions-maven-plugin</artifactId>
    <version>2.1</version>
</plugin>
<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-release-plugin</artifactId>
    <version>2.5.3</version>
</plugin>

1 个答案:

答案 0 :(得分:0)

正如某些帖子中所建议的,(实际上)最好使用Jgitflow Maven插件。甚至项目也更改为此插件。因此,没有理由坚持使用Maven Release插件。回顾一下,我终于同意建议,并继续使用Jgitflow插件。

发布步骤的结果是什么?假设开发分支的当前版本为0.5.0-SNAPSHOT。

  • 我们有一个'release'分支,其中包含正确的版本和内置产品(v0.5.0);
  • 我们已经为下一个版本(v0.6.0-SNAPSHOT)准备了一个“开发”分支;
  • 我们有一个“ master”分支作为备份(v0.5.0)。

需要采取哪些行动?

  • 基于开发分支创建一个新的“发行”分支。该分支的版本是当前版本减去“ -SNAPSHOT”部分。
  • 使用该发布分支构建最终产品。您还可以使用带有该版本标签的Docker镜像来构建。您可以向该Docker映像添加其他标签。
  • 将分支合并到“主”分支中。因此,您可以备份生产问题。
  • 确定“开发”分支的下一版本的编号。这取决于您是否需要主要版本,次要版本或补丁程序版本。
  • 使用新版本更新“开发”分支。

好的,请告诉我代码...;-)

def mavenHome = tool 'Maven Latest'
def nextVersion = // determine this on the requested major/minor/patch release
sh "${mavenHome}/bin/mvn clean -B jgitflow:release-start jgitflow:release-finish " +
        "-DskipTests " +
        "-DallowUntracked=true " +
        "-DpushReleases=true " +
        "-DscmCommentPrefix=[RELEASE]- " +
        "-DenableSshAgent=true " +
        "-DreleaseVersion=${nextVersion}"

确定下一个版本可能是一个论点:主要,次要或补丁等。

准备工作是:使用GIT-flow时,可以通过请求请求将功能分支更改合并到开发分支中。