You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@shale.apache.org by Greg Reddin <gr...@apache.org> on 2006/11/07 16:24:49 UTC
Publishing Snapshots (WAS: [jira] Reopened: (SHALE-321) Update TilesViewHandler to support new Tiles 2 Snapshot)
On Nov 6, 2006, at 3:45 PM, Wendy Smoak wrote:
> Well, no, since I just published a snapshot. :) IMO, the snapshot
> repo should always have the latest-- Continuum ought to be publishing
> a new one every time code is checked in, or at least nightly.
>
> On dev@struts, we've talked about switching to timestamped snapshots,
> so that other projects could depend on a particular Tiles snapshot,
> and not necessarily the latest.
I saw that discussion, but didn't really have time to digest it. I
think there needs to be a way to publish milestone builds. Not a
significant milestone like an RC, but more like an incremental
milestone. For example, there are big changes being made with
Tiles. Along the way, changes happen in chunks. At the end of a
"chunk" applications can migrate to "chunk"-compatibility. Over
time, it allows apps to migrate incrementally as the framework
changes and by the end of the revolution, they are up to date. Right
now we're in the middle of a change cycle and it doesn't really make
sense to update code until this change cycle is complete.
So.. what I would like is the ability to publish a dated snapshot,
perhaps manually, when a change cycle is complete. I don't see the
need to publish a new one with every minute change that happens. It
makes more sense to publish one when a series of changes is complete.
Greg