I think I have failed to make my point. If a project decides to cut an
"ea" branch for its next release 1.2.3 and post nightly binaries out of
that branch to testing teams, what would you call those binaries as? I
would call them 1.2.3-ea-SNAPSHOT.
Thanks,
Sahoo
[EMAIL PROTECTED] wrote:
I think there is some misunderstanding about the meaning of SNAPSHOT.
A snapshot is by definition an artifact that might be overwritten with a
new one. Therefore when you compile against a snapshot, you never know
whether you will get the same version you compiled against earlier or not.
A "beta", "rc" or "ea" release is not a SNAPSHOT, because people
compiling against an rc or ea do NOT want to suddenly get a new version
when they compile. Instead they want to get a new version only when they
explicitly ask for one, and want the old file to remain unchanged.
So a "beta", "rc", "ea" etc. release is just a normal release with a
funny-looking version number. They should not have a -SNAPSHOT suffix on
the version.
Regards,
Simon
David Delbecq schrieb:
I think, as a manager of a project, when i see in the dependencies of
a projet :
<version>1.4.1.25</version>,
i just consider project depends on release 1.4.1.25. On the other
hand, if i see
<version>1.4.2-rc4</version>
my instinct tells me to check for 1.4.2 instead (for stability purposes)
Now, a good question is, what's the point of having both ea and
SNAPSHOT tags in a version from the library user point of view :D
If user sees SNAPSHOT, he clearly know he is playing with instable yet
to change version ;)
En l'instant précis du 16/03/08 19:40, Wayne Fay s'exprimait en ces
termes:
You missed my point. I am asking you, what is the purpose of "early
access"? Can you not simply say "version 1.4.1.25 is the early access
build"?
I simply do not believe in using "early access" or "release candidate"
as components of the version tag itself. To me, these identifiers are
orthogonal to the versioning itself. I retain the right to be proven
otherwise.
Wayne
On 3/16/08, Sahoo <[EMAIL PROTECTED]> wrote:
How else would one qualify a build as "early access?" Let's think of
this hypothetical case:
if some project team decides to make the "early access" build as a
stable build, then how can they specify it? At some point of time, they
would like to cut a branch in source code repository that's used to
development of "early access" build where as the main line is used for
development of the final release. During such active development of
"early access" build, what version number can they use?
Thanks,
Sahoo
Wayne Fay wrote:
What's the difference between 1.4.1-ea-SNAPSHOT and 1.4.1-SNAPSHOT?
That is, what is the actual utility of the "early access" tag?
Personally, I've always been dubious of these kinds of tags.
Wayne
On 3/16/08, Sahoo <[EMAIL PROTECTED]> wrote:
A/c to http://docs.codehaus.org/display/MAVEN/Versioning,
1.4.1-ea-SNAPSHOT results in a qualifier=ea-SNAPSHOT. Is this still
considered a SNAPSHOT? What I mean by that is, if a new binary is
posted
in repository, will maven still download it just like it does for a
SNAPSHOT version? If not, what's the best way to indicate "early
access
build" in a version string. I am using maven 2.0.7.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
