[MRELEASE-1001] Support project version aliases
- Dominant language
- Java
- Stars
- 128
- Forks
- 145
- Avg merge
- 7h 7m
- Merged PRs (30d)
- 3
Description
**[Romain Manni-Bucau](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=romain.manni-bucau)** opened **[MRELEASE-1001](https://issues.apache.org/jira/browse/MRELEASE-1001?redirect=false)** and commented
${project.version} should be supported and lead to the same processing as ${project.version} when the version set is ${foo.version}.
Note: it is really the aliasing which must be supported and not the value which can be "wrong" (2 libs can have the same version indeed)
---
**Issue Links:**
- [MRELEASE-943](https://issues.apache.org/jira/browse/MRELEASE-943) be more tolerant with project version
(_**"blocks"**_)
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reading MRELEASE-1001 and the linked MRELEASE-943 to understand the existing version-handling context. Trace how the version set is processed and verify the requested behavior: an alias such as foo.version should receive the same processing as project.version, without relying on matching version values; add or update the relevant tests.
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
- 35/100