>-----Original Message-----
>From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
>  On 06/08/2010 4:04 PM, Haszlakiewicz, Eric wrote:
>> Is it really going to be that much wasted bandwidth to download a few
>> checksums?
>>
>> Can a plugin hook into the existing support for detecting changes in
>> snapshots?
>You do not have to.
>SNAPSHOTS are checked in exactly the way you want releases to be
checked
>because SNAPSHOTS are supposed to change and by default you get the
>latest deployed SNAPSHOT.
>To find out if you have the latest SNAPSHOT, Maven will check the
>repository and download the new version for you automatically.

So you're saying that I should always upload a released package using a
SNAPSHOT version?  Then it seems like I'm lying about what the package
actually is.

>That is why we are so comfortable with the current system.
>Only the stuff that you indicate is unstable, is checked and the stable
>stuff (called Releases) can be used from your local cache without
problem.
>
>The clear distinction between a stable release and a SNAPSHOT is your
>team's commitment to each other not to break things after you have said
>that they are done.
...snip...

I am not arguing against the idea of having snapshots that can be
updated, and releases that stay stable.  I'm perfectly fine with that
being what *should* happen, but I know it's impossible that the correct
procedures will be followed at all times.

It seems that you're connecting the creation of a release with the
process of uploading it to a particular repository.  If you're dealing
solely with projects that use maven, and perfect people that never
fiddle with the repository directly, then you can probably consider
those to be equivalent.
But not everything is a maven project, and not everyone follows the
perfect procedures, and not all disks are perfectly immune from
corruption.  If there is ever a problem with uploading the artifact to
the repository, or with it after it's been uploaded, then I'd want to
know that there is something wrong.

eric

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Reply via email to