[MNG-8054] Investigate possible solutions for build number diffs on deploy

• Type: Task
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Fix Version/s: 4.0.0-alpha-13, 4.0.0
• Component/s: Artifacts and Repositories
• Assignee: Unassigned
• Reporter: Tamas Cservenak
• Created: 15/Feb/24 20:48
• Updated: 14/Jun/24 16:18
• Resolved: 16/Feb/24 11:43

Description

The "snapshot freeze" is a common practice during development: simply use a timestamped snapshot as dependency version instead of "-SNAPSHOT" ending one to "freeze" given snapshot deploy.

This works for simple cases (one dependency, or "aligned" reactor).

But take a look at Resolver itself: it has new-old and added-gone-readded modules, and their build numbers are different.

Problem is, that while timestamp is same (deduced from session start), the build number is determined from remote repository (deploy target) state.

This makes "snapshot lock down" impossible on long(er) running projects, like Resolver itself is.

Solution: added -Dmaven.buildNumber=x option that makes user possible to OVERRIDE (and hence, align) build number. WARNING: this requires caution, as number x needs to be DETERMINED first (should be max of existing build Numbers + 1).

Issue Links

• is cloned by: MNG-8055 Investigate possible solutions for build number diffs on deploy
• is cloned by: MRESOLVER-498 Investigate possible solutions for build number diffs on deploy
• links to: GitHub Pull Request #1414