You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by Kathey Marsden <km...@sbcglobal.net> on 2008/03/19 18:35:04 UTC

beta build version

I noticed the beta build version has an 'M'
[C:\testcompat\jars\derby.jar] 10.4.1.0 beta - (637204M)
[C:\testcompat\jars\derbytools.jar] 10.4.1.0 beta - (637204M)
[C:\testcompat\jars\derbynet.jar] 10.4.1.0 beta - (637204M)
[C:\testcompat\jars\derbyclient.jar] 10.4.1.0 beta - (637204M)
------------------------------------------------------
not a big deal for beta, but for the release, it would be good to  make 
sure all changes are checked
in before the build.

Kathey



Re: beta build version

Posted by Myrna van Lunteren <m....@gmail.com>.
On 3/19/08, Rick Hillegas <Ri...@sun.com> wrote:
> > Also: The release instructions seem to suggest that the CHANGES file
> > was deprecated in 10.3, and that I shouldn't try to create it for
> > 10.4. Is that understanding correct?
> The release instructions certainly treat CHANGES as a deprecated file.
> Maybe Myrna or Kathey can shed some light on this issue.
>
> Regards,
> -Rick
> >
> >
> > Dyre
>
During the initial 10.3 process I looked at what was in the 10.2
'CHANGES' file (note: not 'CHANGES.html') and it was fairly identical
to what was in the release notes.
There was a discussion about it and I think I concluded
'RELEASE-NOTES.html' was enough.
I think part of this discussion is maybe in this thread:
http://www.nabble.com/Release-Notes-to5931299.html

However, subsequently, there was discussion to the effect that we
should not have all changes in the Release Notes, instead, we should
only have those affecting (end-)users. Thus the 'CHANGES.html' file
was born, listing (also, I think) changes not visible to end-users.

Part of the discussion can be followed in this thread:
http://www.nabble.com/10.3-Release-Notes-to11502532.html#a11502532

In my edits of the wiki I left a reference to 'CHANGES' - not
'CHANGES.html' - for the possibility we'd pull another release off the
10.2 branch. I agree the name is confusing. But what better name for a
file to list the changes? It's unlikely now that we'll pull another
release off 10.2, probably better to remove reference to the 10.2
'CHANGES' file and only mention 'CHANGES.html'.

HTH...
Myrna

Re: beta build version

Posted by Rick Hillegas <Ri...@Sun.COM>.
Dyre Tjeldvoll wrote:
> Kathey Marsden wrote:
>> I noticed the beta build version has an 'M'
>> [C:\testcompat\jars\derby.jar] 10.4.1.0 beta - (637204M)
>> [C:\testcompat\jars\derbytools.jar] 10.4.1.0 beta - (637204M)
>> [C:\testcompat\jars\derbynet.jar] 10.4.1.0 beta - (637204M)
>> [C:\testcompat\jars\derbyclient.jar] 10.4.1.0 beta - (637204M)
>> ------------------------------------------------------
>> not a big deal for beta, but for the release, it would be good to  
>> make sure all changes are checked
>> in before the build.
>
> Yes, I read this in the instructions for creating a release. I do 
> think that the 'M' is there because I did not commit the changes I had 
> made to releaseSummary.xml. I didn't want to do that because I felt it 
> was rather unfinished (see the mail I sent about the feature 
> descriptions).
>
> On a related note: Should releaseSummary.xml be committed to trunk, 
> and then merged to 10.4? In a way this seems unnecessary, since its 
> content will only ever be needed on a specific branch, but the 10.3 
> content is currently found on trunk, so I guess it has been committed 
> to trunk in the past...
Hi Dyre,

I don't see any reason to commit releaseSummary.xml to the trunk.
>
> Also: The release instructions seem to suggest that the CHANGES file 
> was deprecated in 10.3, and that I shouldn't try to create it for 
> 10.4. Is that understanding correct?
The release instructions certainly treat CHANGES as a deprecated file. 
Maybe Myrna or Kathey can shed some light on this issue.

Regards,
-Rick
>
>
> Dyre


Re: beta build version

Posted by Dyre Tjeldvoll <Dy...@Sun.COM>.
Kathey Marsden wrote:
> I noticed the beta build version has an 'M'
> [C:\testcompat\jars\derby.jar] 10.4.1.0 beta - (637204M)
> [C:\testcompat\jars\derbytools.jar] 10.4.1.0 beta - (637204M)
> [C:\testcompat\jars\derbynet.jar] 10.4.1.0 beta - (637204M)
> [C:\testcompat\jars\derbyclient.jar] 10.4.1.0 beta - (637204M)
> ------------------------------------------------------
> not a big deal for beta, but for the release, it would be good to  make 
> sure all changes are checked
> in before the build.

Yes, I read this in the instructions for creating a release. I do think 
that the 'M' is there because I did not commit the changes I had made to 
releaseSummary.xml. I didn't want to do that because I felt it was 
rather unfinished (see the mail I sent about the feature descriptions).

On a related note: Should releaseSummary.xml be committed to trunk, and 
then merged to 10.4? In a way this seems unnecessary, since its content 
will only ever be needed on a specific branch, but the 10.3 content is 
currently found on trunk, so I guess it has been committed to trunk in 
the past...

Also: The release instructions seem to suggest that the CHANGES file was 
deprecated in 10.3, and that I shouldn't try to create it for 10.4. Is 
that understanding correct?


Dyre