and then
come back with the answer.
LieGrue,
strub
- Ursprüngliche Mail
> Von: Dan Fabulich
> An: Commons Developers List
> Gesendet: Donnerstag, den 14. Mai 2009, 01:17:41 Uhr
> Betreff: Re: AW: AW: [releasing] SVN Tag creeated by maven
>
> Mark Struberg wrote:
>
Mark Struberg wrote:
You are right, but maybe we mix up two things:
a) In almost all other SCMs (except SVN) a tag is a 'reference' to a
specific version. In SVN it's a copy (virtually a readonly branch) so
you cannot have multiple tags on the same revision. -> the rettagging
isn't valid be
On 13/05/2009, Dan Fabulich wrote:
> Mark Struberg wrote:
>
>
> >
> >
> > > So if you tag the RC as DBUTILS_1_2_RC1 then the source code includes
> "RC1". If you then later copy that tag to "DBUTILS_1_2" the source code
> will still say "RC1".
> > >
> >
> > Sorry Dan, there are a lot things missi
ommons Developers List
> Gesendet: Mittwoch, den 13. Mai 2009, 22:54:05 Uhr
> Betreff: Re: AW: [releasing] SVN Tag creeated by maven
>
> Mark Struberg wrote:
>
> >
> >> So if you tag the RC as DBUTILS_1_2_RC1 then the source code includes
> >> "RC1&
Mark Struberg wrote:
So if you tag the RC as DBUTILS_1_2_RC1 then the
source code includes "RC1". If you then later copy that tag to "DBUTILS_1_2"
the source code will still say "RC1".
Sorry Dan, there are a lot things missing in mavens release process, but
this very thing is imho not a p
sebb wrote:
Is it possible to create a tag with RC1, but leave the POM with
DBUTILS_1_2?
If you use release:prepare to create a tag, it will insert *that* tag,
whatever it is, in the pom source.
Of course, you can always do what the release plugin does by hand. That's
a surprisingly viabl
t part of
> the discussion, sorry for the noise then.
> LieGrue,
> strub
>
>
> - Ursprüngliche Mail ----
> > Von: Dan Fabulich
> > An: Commons Developers List
> > Gesendet: Mittwoch, den 13. Mai 2009, 20:47:34 Uhr
> > Betreff: Re: [releasing]
ly missed that part of the
discussion, sorry for the noise then.
LieGrue,
strub
- Ursprüngliche Mail
> Von: Dan Fabulich
> An: Commons Developers List
> Gesendet: Mittwoch, den 13. Mai 2009, 20:47:34 Uhr
> Betreff: Re: [releasing] SVN Tag creeated by maven
>
> sebb
On 13/05/2009, Dan Fabulich wrote:
> sebb wrote:
>
>
> > However, if the directory names within the archives contain the -RC2
> > suffix, then that is a different matter. Maybe a Maven expert can give
> > advice here on how to work with immutable tags?
> >
>
> I consider myself reasonably expert
sebb wrote:
However, if the directory names within the archives contain the -RC2
suffix, then that is a different matter. Maybe a Maven expert can give
advice here on how to work with immutable tags?
I consider myself reasonably expert with Maven, and my opinion is that
Maven's release proces
>> Looks like it was consens that we don't do *-RC2 names. This way
>> dbutils was released. I am not sure if I want to break up this process
>> just for compress but rather go ahead and follow it. I am afraid
>> before tons of problems just because of a naming issue :-)
>
> Yes, this is getting
On 13/05/2009, Christian Grobmeier wrote:
> > If it is only the file names that contain the -RC2 suffix, then we can
> > just rename those too.
> > [May also need to edit the hash files, but that is easy to automate]
>
>
> I am not sure if the steps afterwards fail since they are looking for
>
> If it is only the file names that contain the -RC2 suffix, then we can
> just rename those too.
> [May also need to edit the hash files, but that is easy to automate]
I am not sure if the steps afterwards fail since they are looking for
those filenames. Its maybe fixed int he newly created pom.x
On 13/05/2009, Christian Grobmeier wrote:
> >> > Who can delete this tag please?
> >>
> >> Try using https: instead of http:
>
>
> *arg* yes of course
>
>
> > But why not try creating tag RC2 first, we vote on that, and if it
> > succeeds we rename RC2 as the GA release tag?
>
>
> cause the
>> > Who can delete this tag please?
>>
>> Try using https: instead of http:
*arg* yes of course
> But why not try creating tag RC2 first, we vote on that, and if it
> succeeds we rename RC2 as the GA release tag?
cause the files which are created by maven during release process do
also contai
OK, replying to myself
I found in D2 of CreatingReleases:
"If vote fails, undo and redo previous steps as appropriate (make sure
SVN tag is deleted before recreating). And rest assured that most
releases need more than one release candidate ..."
I am assuming that the process with the tag na
On Tue, May 12, 2009 at 8:57 PM, James Carman
wrote:
> We could probably use the release plugin to create a branch for each
> rc, right? Then, run the release process off that branch and it'll
> create the correct tag.
How can one configure this? I think it can be done somehow in th
eparent pom
On Tue, May 12, 2009 at 7:41 PM, Dan Fabulich wrote:
> When I ran it, the release plugin prompted me for the tag name to create.
> Rather than accept defaults, I manually typed in the appropriate tag name.
OK, will try the same now, but at dbutils its only one tag availabe
even if you did some mo
We could probably use the release plugin to create a branch for each
rc, right? Then, run the release process off that branch and it'll
create the correct tag.
On Tue, May 12, 2009 at 1:41 PM, Dan Fabulich wrote:
> When I ran it, the release plugin prompted me for the tag name to create.
> Rathe
When I ran it, the release plugin prompted me for the tag name to create.
Rather than accept defaults, I manually typed in the appropriate tag name.
-Dan
Christian Grobmeier wrote:
Hi,
currently the
mvn -Prc release:perform
creates a tag with the release name instead of f.e. commons-compress
Hi,
currently the
mvn -Prc release:perform
creates a tag with the release name instead of f.e. commons-compress-1_0-RC1.
1) Do I have to remove the tag commons-compress-1_0 manually when
doing a second release candidate? Just want to make sure, don't want
to break the rules.
2) Is it really good
21 matches
Mail list logo
