Mailing-List: contact dev-help@openjpa.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@openjpa.apache.org
Received-SPF: pass (herse.apache.org: local policy)
Date: Mon, 09 Jul 2007 10:10:00 -0700
From: Craig L Russell <Craig.Russell@Sun.COM>
Subject: Re: 1.0 steps?
In-reply-to: <7262f25e0707091005k6f7d9265qbaa835d63d96c44c@mail.gmail.com>
Sender: Craig.Russell@Sun.COM
To: dev@openjpa.apache.org
Message-id: <300E1736-CF49-4D87-9B2F-44C62242593D@SUN.com>
MIME-version: 1.0
Content-type: multipart/signed; protocol="application/pkcs7-signature";
 boundary=Apple-Mail-48--464629330; micalg=sha1
References: <7262f25e0707090930y5d35a349laa67b1818e354058@mail.gmail.com>
 <89c0c52c0707090950o4e865496l494572ec7b91a914@mail.gmail.com>
 <7262f25e0707091005k6f7d9265qbaa835d63d96c44c@mail.gmail.com>

--Apple-Mail-48--464629330
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Hi Patrick,

I like the proposal. Once we all agree on this strategy, can you  
update the wiki on release policy to match our plans?

We will also need to do more work in JIRA to track an issue that will  
be fixed in multiple branches, as well as issues that apply to  
multiple branches.

Craig

On Jul 9, 2007, at 10:05 AM, Patrick Linskey wrote:

>> Patrick did for the previous release?  I just find it kind of  
>> difficult to
>> be working on various problems and then "ding", the timer goes off  
>> and we've
>> cut off development for a given release.  It's probably time to start
>> working out a candidate release cycle and content.
>
> Agreed -- hence this thread, in fact.
>
> Additionally, I'd like to see a small addition to our process. I
> alluded to this in my original message, but it's probably worth
> calling out explicitly.
>
> I think that the model of essentially releasing directly from the
> mainline worked well for our incubating / 0.9 releases. But I don't
> think that this really scales that well for GA-style releases, since
> there are often going to be various projects going on in the mainline
> that might have different lifecycles.
>
> So, from a branching standpoint, I'd like to see us create a branch
> off of the trunk when we start zeroing in on a release. Unlike
> branches that we created earlier, these branches are not just for the
> purpose of assembling the release artifacts, but are also for work
> happening to get to the point of being release-ready. Additionally,
> they will live on in time as "the" branch for a particular release
> number. So, under my proposal, we will create a 1.0 branch soon, and
> ongoing work to resolve issues slated for 1.0 will happen in that
> branch. Once 1.0.0 is cut, we will tag that branch, and the only work
> that will happen in that branch will be bugfixes for 1.0.1. Once 1.0.1
> is cut, we will again tag the branch, and repeat.
>
> In my experience, generally, it works well to branch like this for
> every major.minor combination. I.e., we don't create separate branches
> for version 1 and version 2; rather, we create a branch for 1.0, 1.1,
> 1.2, 2.0, etc. once we get to that point on trunk.
>
> Thoughts?
>
> -Patrick
>
> On 7/9/07, Kevin Sutter <kwsutter@gmail.com> wrote:
>> >
>> > What is remaining to get to a 1.0 release? Are there any things in
>> > particular that people think are important to work on? Maybe it's
>> > about time for us to create a branch for 1.0 finalization and
>> > hardening.
>>
>>
>> This probably depends on what our goal is for a 1.0 release.  If  
>> it's just
>> to have a 1.0 release since we graduated to a TLP, then we're  
>> probably close
>> to starting that process.  But, if we are looking for a certain  
>> level and
>> hardness of function, then we still may have a fews things to  
>> clean up.  I'm
>> okay with going for a 1.0 release just to have one, but I would  
>> then like to
>> start working on defining the follow-on release (1.0.1 or 1.1).
>>
>> No matter what type of 1.0 release we decide to go for, maybe we  
>> should
>> incorporate the voting mechanism within JIRA to help determine  
>> what Issues
>> are important?  I am not totally familiar with this process, but  
>> it allows
>> users to vote on the Issues that are most important to them.  Each  
>> user is
>> allowed a certain number of votes (to keep them from voting for "all"
>> Issues).  We can use that as input to our selection criteria.
>>
>> But, before we open up for a vote, do we need some time to review  
>> all of the
>> open Issues and assert 1.0 vs post-1.0?  Something along the lines  
>> of what
>> Patrick did for the previous release?  I just find it kind of  
>> difficult to
>> be working on various problems and then "ding", the timer goes off  
>> and we've
>> cut off development for a given release.  It's probably time to start
>> working out a candidate release cycle and content.
>>
>> Kevin
>>
>
>
> -- 
> Patrick Linskey
> 202 669 5907

Craig Russell
Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
408 276-5638 mailto:Craig.Russell@sun.com
P.S. A good JDO? O, Gasp!


--Apple-Mail-48--464629330
Content-Transfer-Encoding: base64
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGUDCCAwkw
ggJyoAMCAQICECpJVMO68ii+Xfsc1O1YYFIwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MTIwOTE5NTEwNVoXDTA3MTIwOTE5NTEw
NVowbDEQMA4GA1UEBBMHUnVzc2VsbDEUMBIGA1UEKhMLQ3JhaWcgTGFpcmQxHDAaBgNVBAMTE0Ny
YWlnIExhaXJkIFJ1c3NlbGwxJDAiBgkqhkiG9w0BCQEWFUNyYWlnLlJ1c3NlbGxAU3VuLkNPTTCC
ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMNAB4Ih+ShsCt89HzqIdwEx8L4o1UHiY6V7
16mrCedfd4Y0/uI7z9Zam8ysgEh+F7aDnQEKmEsVFN35G4nPMfLU6dZYkvADwUjbq82t/dJ3FDDg
Q945nHHpqECZff/S/UMho9AFfj6PZvZBAlDCJAayb4RdKIlfuvPW9YcQStQ1IfVJcVuKnC0Q+tdc
a4A7zn7IzLOQohO1lTc3hXSBigEIGiGYn6Ny0wmexfA3X1WsXekFx5czd+M4GjDjswn8CNoBmnBr
jOTGK1mOsXR6GSRHnly2s9xTdE4qv9qimM+7C2yzMHbKcszV7OQoLsRsZKDh+6u9wYU+TrjcY4ym
bA8CAwEAAaMyMDAwIAYDVR0RBBkwF4EVQ3JhaWcuUnVzc2VsbEBTdW4uQ09NMAwGA1UdEwEB/wQC
MAAwDQYJKoZIhvcNAQEFBQADgYEAU/EpPDztnb55Fz7iGSVm1mYEVj5m2OQKTYG26POUAomCBRrt
/CdBBvqYmcHUTpra0qLELHAQadYFl2v11iQkqwF5PPJs19oU/zA0m5qFnOMTAiCvel7IprIwA2r6
eJR9siaPwDRgVJ/Sj71dD+utwf+nRrNy0/7PMNK5y+ocsYQwggM/MIICqKADAgECAgENMA0GCSqG
SIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH
EwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZp
Y2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1h
aWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMw
NzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl
IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls
IElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE
cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef
kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMB
AAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3Js
LnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYD
VR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB
AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+
hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC
3CEZNd4ksdMdRv9dX2VPMYIDEDCCAwwCAQEwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh
d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt
YWlsIElzc3VpbmcgQ0ECECpJVMO68ii+Xfsc1O1YYFIwCQYFKw4DAhoFAKCCAW8wGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDcwNzA5MTcxMDAxWjAjBgkqhkiG9w0B
CQQxFgQUZIp4t3Sq2Cug1RXVL4pYQLsFPIIwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMC
WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0
ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAqSVTDuvIovl37HNTtWGBSMIGHBgsqhkiG
9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ
dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAq
SVTDuvIovl37HNTtWGBSMA0GCSqGSIb3DQEBAQUABIIBAHV75xFLxApXKyPt45p60DtedYvsCyhk
K0Yy24uX8xxbGb4BatXkxdC06AYxRNQO4lluE/8TFjsXtc6QW1Lp5v7PRnKvm6+f+sLW295j4lUq
rdOZkdpwR/HQ19DshPmD05D7yvKPqXvAO5ZM3LO9NPFVEDx4NVFquBhvFMVP+0TWmdBTEMyaxg0B
/PPaweyffn52LmVDOFu8vzdQiKNeb5iTwg6GIRY82ofJWMtIJ6BTbTIMTcydNWUuEGBVDiwIdjnn
9b9P10M03q8deT/ad4d3MMSk3YPRhY3rp4sd5n1l7ME5KjxHX9eIkR5yyZ9hBSgIEQq5myrUYpnW
F9+XMPIAAAAAAAA=

--Apple-Mail-48--464629330--