You are viewing a plain text version of this content. The canonical link for it is here.
Posted to repository@apache.org by Reinhard Poetz <re...@apache.org> on 2006/12/06 20:35:14 UTC
Staging repository
Jorg Heymans wrote:
> Wendy Smoak wrote:
>
>> It's not formalized yet, but opinion is leaning towards "projects
>> shouldn't release directly to the rsync repos".
>
> If one shouldn't use it as a remote repo and one shouldn't release to it
> then perhaps it shouldn't be named 'repo' anymore. It only confuses people.
>
>>
>> There was talk at ApacheCon US and on dev@maven about staging releases
>> and then promoting them to the release/rsync repo after a vote.
>
> At the moment we (Cocoon) decided to 'stage' our release to
> people.a.o:~jheymans/staging-repo. After testing we 'mv' the files to
> ibiblio-rsync. Not an ideal situation but i guess there aren't really
> any alternatives.
>
>> (I'm not sure how your project is handling releases
though it's an important reason for us because we want to vote on the artifacts
that are available in the staging repository.
>>, but your concern
>> about releasing during a sync made me think you're concerned about not
>> having a chance to review it before it syncs.)
>>
>
> It's not so much that we wouldn't get a chance to review, it's more that
> we are afraid that the sync cronjob kicks in during a release execution
> and publishes only half or parts of the released artifacts.
that's definitly another good argument for a staging repo.
- o -
So what about setting up a directory
/x1/www/people.apache.org/repo/m2-staging-repository at people.apache.org?
--
Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
web(log): http://www.poetz.cc
--------------------------------------------------------------------
___________________________________________________________
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Re: Staging repository
Posted by Steve Loughran <st...@gmail.com>.
On 06/12/06, Reinhard Poetz <re...@apache.org> wrote:
> Jorg Heymans wrote:
> > Wendy Smoak wrote:
> >
> >> It's not formalized yet, but opinion is leaning towards "projects
> >> shouldn't release directly to the rsync repos".
> >
> > If one shouldn't use it as a remote repo and one shouldn't release to it
> > then perhaps it shouldn't be named 'repo' anymore. It only confuses people.
> >
> >>
> >> There was talk at ApacheCon US and on dev@maven about staging releases
> >> and then promoting them to the release/rsync repo after a vote.
> though it's an important reason for us because we want to vote on the artifacts
> that are available in the staging repository.
yes, you are required to vote on releases before they are released,
and that means vote on teh real binaries.
>
> >>, but your concern
> >> about releasing during a sync made me think you're concerned about not
> >> having a chance to review it before it syncs.)
> >>
> >
> > It's not so much that we wouldn't get a chance to review, it's more that
> > we are afraid that the sync cronjob kicks in during a release execution
> > and publishes only half or parts of the released artifacts.
With a transacted FS or SVN/clearcase behind the scenes, that wouldnt
be an issue.
> that's definitly another good argument for a staging repo.
I'm actually in favour of having a a staging repo for a different
reason. We know too many projects publish stuff with bad metadata, or
even artifacts in the wrong place. Carlos does an excellent job fixing
this where possible, but is still damage limitation -and we know
things like commons-logging get in there with duff MD that we cannot
do anything about.
The public repository should be locked down to the extent that no
group can get artifacts in there if they fail the audit. This should
be something that looks for bad pom content, and flags to the repo
management places where oversight is needed. An unexpected use of
junit or logkit, a dependency on an unreleased artifact, unexpanded
${project.version} strings, bad XMLNS, no license. This is not some
team we-can-fix-it-I-know-all-eight-developers repository, this is the
defacto standard for redistributing artifacts in the Java space. And
right now the quality of the metadata is a bit inconsistent. What's
particularly saddening is that the m2 repo is about as messy as the m1
one was.
As usual, I have no free time to contribute to this. But once the POM
to RDF conversion is complete, we should have everything in a state
that tools can analyze and flag trouble. Over to the RDF people....
-steve
Re: Staging repository
Posted by Reinhard Poetz <re...@apache.org>.
Wendy Smoak wrote:
> On 12/6/06, Reinhard Poetz <re...@apache.org> wrote:
>
>> So what about setting up a directory
>> /x1/www/people.apache.org/repo/m2-staging-repository at
>> people.apache.org?
>
> I think staging repos will be per-project, or even per-release.
>
> As an example, for MyFaces we have
> http://people.apache.org/builds/myfaces/m2-staging-repository defined
> in the master pom.
>
> When I did the 1.1.4 build, I deployed it there, but then immediately
> moved the entire directory down underneath
> http://people.apache.org/builds/myfaces/core-1.1.4, which also held
> the release assemblies were placed prior to the vote.
I don't have a problem with /x1/www/people.apache.org/builds/cocoon (for Cocoon)
either. Do others agree with using /x1/www/people.apache.org/builds/ as staging
directory?
> That made promoting it to the rsync repo very simple-- just copy
> everything over. (Well, that messes up the repository metadata, but
> it's the best I can come up with right now.)
AFAIK the repository metadata is only important for snapshots. Releases are
fetched directly without requiring metadata.
--
Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
web(log): http://www.poetz.cc
--------------------------------------------------------------------
___________________________________________________________
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Re: Staging repository
Posted by Wendy Smoak <ws...@gmail.com>.
On 12/6/06, Reinhard Poetz <re...@apache.org> wrote:
> So what about setting up a directory
> /x1/www/people.apache.org/repo/m2-staging-repository at people.apache.org?
I think staging repos will be per-project, or even per-release.
As an example, for MyFaces we have
http://people.apache.org/builds/myfaces/m2-staging-repository defined
in the master pom.
When I did the 1.1.4 build, I deployed it there, but then immediately
moved the entire directory down underneath
http://people.apache.org/builds/myfaces/core-1.1.4, which also held
the release assemblies were placed prior to the vote.
That made promoting it to the rsync repo very simple-- just copy
everything over. (Well, that messes up the repository metadata, but
it's the best I can come up with right now.)
--
Wendy