apache / apache/maven-release

[MRELEASE-1065] Workflow for maven-release-plugin for creating new release in branch

Open
#1,233 16 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
Java
Stars
128
Forks
145
Avg merge
7h 7m
Merged PRs (30d)
3

Description

**[Peter Kronenberg](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=peterkronenberg)** opened **[MRELEASE-1065](https://issues.apache.org/jira/browse/MRELEASE-1065?redirect=false)** and commented

Hi, hope this is the right place for questions

I'm trying to figure out the proper workflow for creating a new release in a branch, but still setting the current branch for new development

Assuming I'm currently at release 1.0.5-SNAPSHOT. If I do **mvn release:prepare**, it correctly updates the version to 1.0.5, tags it, and then sets up for new development with 1.0.6-SNAPSHOT.

I want to do something similar with a new branch instead of tagging. My expectation would be the new branch would get 1.0.5 and the current branch would get 1.0.6-SNAPSHOT

Using the command

```java
mvn release:branch -DbranchName=1.0.5 -DreleaseVersion=1.0.5
```

I've tried variations of **-DupdateBranchVersions** and **-DupdateWorkingCopyVersions**. It doesn't appear to do what I want. I also can't seem to get **-DupdateVersionsToSnapshot=false** to work. It insists on naming the branch with Snapshot

Is there any way to do this?

---
No further details from [MRELEASE-1065](https://issues.apache.org/jira/browse/MRELEASE-1065?redirect=false)

Contributor guide

No contributing guide indexed for this repository

Research direction

Start with the maven-release-plugin's release:branch goal and the mentioned parameters: branchName, releaseVersion, updateBranchVersions, updateWorkingCopyVersions, and updateVersionsToSnapshot. Compare the documented workflow with the requested result: a release-version branch and a current branch set to the next SNAPSHOT version. Done requires determining whether this workflow is supported and documenting or implementing the required behavior.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
build-system
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.