java.lang.Object | |
↳ | com.atlassian.jira.upgrade.DefaultBuildVersionRegistry |
Default implementation which looks up the known versions from the file build-versions.properties.
Public Constructors | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Public Methods | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Takes a version string and attempts to resolve it to a released (or unreleased during development) build number of JIRA. | |||||||||||
Takes a build number and attempts to resolve it to a released (or unreleased during development) version of JIRA. |
[Expand]
Inherited Methods | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
![]() | |||||||||||||||
![]()
|
Takes a version string and attempts to resolve it to a released (or unreleased during development) build number of JIRA. If the version string does not directly correspond to a released build number, return MAX_INT
targetVersion | the build number to look up; must be not null. |
---|
Takes a build number and attempts to resolve it to a released (or unreleased during development) version of JIRA. If the build number does not directly correspond to a released version of JIRA, we attempt to infer the version by searching for the next known build number above the input.
For example, if the build number is 207
, the version returned would be 3.8
, as it
has a build number of 209
. In this case, the resulting BuildVersionRegistry.BuildVersion
object will have a build
number corresponding to the target build number and not the input build number, as the target build number is the
official number against that version.
If the input build number is higher than any known build number, we return the currently running version of JIRA.
targetBuildNumber | the build number to look up; must be not null and parseable to an integer. |
---|