On 5/29/13 3:40 PM, "OmPrakash Muppirala" <bigosma...@gmail.com> wrote:

>> >Also, the last time we released the Installer, there was general
>>confusion
>> >with people thinking that we are releasing a new version of the SDK.
>>We
>> >should try to release new versions of the sdk and the installer as
>>much as
>> >possible.
>> IIRC, there is some reason we can't release them together.  Isn't it
>>that
>> the Installer can't be certified to install the latest SDK until we put
>> the SDK in its final URL?  I think in the past we release the SDK then
>> start futzing with the Installer and several days/weeks go by.  What
>>would
>> it take for us to feel good about releasing the Installer the same day
>>or
>> next day after an SDK release?
>>
>>
>Depends on when we announce the release.  Here is what I would prefer:
>
>1.  Get flex-sdk and flex-installer both release ready
>2.  Generate the flex-sdk release artifacts
>3.  Call for a vote for flex-sdk release
>4.  Upload flex-sdk artifacts to dist.
>5.a  Wait for 24 hours for mirrors to propagate
>5.b  Generate flex-installer artifacts
>6.  Call for a vote for flex-installer release
>7.  Upload flex-installer artifacts to dist.
>8.  Wait for 24 hours for mirrors to propagate.
>9.  Announce flex-sdk 4.10 and flex-installer 2.6 release
>
>Thoughts?
Seems reasonable.  But isn't there some code we need to add in step 1 in
order to get the installer release ready?  Like getting it to somehow look
at the RC's location to install from?

-Alex

Reply via email to