[hibernate-dev] Master

Chris Cranford crancran at gmail.com
Thu Apr 7 12:03:39 EDT 2016


+1 for 5.2

On Thu, Apr 7, 2016 at 10:34 AM, Steve Ebersole <steve at hibernate.org> wrote:

> As a follow up to this...
>
> Sanne had a great suggestion on HipChat.  What about turning all this work
> (sans SQM, etc) into a 5.2 as an "end of line for 5.0.  The idea would be
> 5.2 would include:
>
>    1. Move to Java 8
>    2. Consolidation of hibernate-entitymanager into hibernate-core
>    3. Deprecations, lots of deprecations :)
>
>
> The idea is that then we could start 6.0 off "clean" by removing all the
> deprecations and layering in SQM work.
>
>
>
> On Thu, Apr 7, 2016 at 10:01 AM Vlad Mihalcea <mihalcea.vlad at gmail.com>
> wrote:
>
>> Hi,
>>
>> Until the merge is done, I'll take a break integrating the PRs that are
>> also relevant to the master branch.
>>
>> Vlad
>>
>> On Thu, Apr 7, 2016 at 5:57 PM, Steve Ebersole <steve at hibernate.org>
>> wrote:
>>
>>> I agree that would be best.  If everyone agrees to stop pushing to master
>>> for the time being to allow me to finish this consolidation then I can
>>> not
>>> rush it as much
>>>
>>> On Wed, Apr 6, 2016 at 4:48 PM Chris Cranford <crancran at gmail.com>
>>> wrote:
>>>
>>> > I have to concur with Sanne, a hold on master pushes until this merge
>>> of
>>> > artifacts is complete makes the most sense from an all around logistics
>>> > perspective.
>>> >
>>> > On Wed, Apr 6, 2016 at 4:04 PM, Sanne Grinovero <sanne at hibernate.org>
>>> > wrote:
>>> >
>>> > > Sounds reasonable. Do you think it will be unstable, i.e. should we
>>> > > temporarily disable complaint emails from Jenkins, or even the full
>>> > > build tasks?
>>> > >
>>> > > Also, this implies that any future backport becomes similarly harder,
>>> > > so you could also simply ask others to hold pushing on master, then
>>> > > have people forward-port when it's done.. it's the same really but
>>> > > that's why I mention it: as the complexity is interchangeable it's a
>>> > > fair request, with the difference you have:
>>> > >  - others help you port the other patches forward rather than doing
>>> it
>>> > all
>>> > > alone
>>> > >  - the authors of the original patch doing it, that should make it a
>>> bit
>>> > > simpler
>>> > >
>>> > >
>>> > >
>>> > > On 6 April 2016 at 17:15, Steve Ebersole <steve at hibernate.org>
>>> wrote:
>>> > > > Obviously consolidating hibernate-entitymanager into
>>> hibernate-core is
>>> > a
>>> > > > fairly big effort.  And I am getting concerned about the continuing
>>> > > pushes
>>> > > > to master in the meantime, many of which I know touch on code I
>>> have
>>> > > > changed.  My concern is obviously getting done all this refactoring
>>> > work
>>> > > > and then having to sift through all of the changes that have been
>>> > pushed
>>> > > in
>>> > > > the interim and attempting to work out the proper integration
>>> strategy.
>>> > > >
>>> > > > Long story short... I am contemplating pushing to master sooner
>>> rather
>>> > > than
>>> > > > later even though my refactoring may not be completely finished,
>>> > > especially
>>> > > > as we get towards the end of the week.
>>> > > > _______________________________________________
>>> > > > hibernate-dev mailing list
>>> > > > hibernate-dev at lists.jboss.org
>>> > > > https://lists.jboss.org/mailman/listinfo/hibernate-dev
>>> > > _______________________________________________
>>> > > hibernate-dev mailing list
>>> > > hibernate-dev at lists.jboss.org
>>> > > https://lists.jboss.org/mailman/listinfo/hibernate-dev
>>> > >
>>> > _______________________________________________
>>> > hibernate-dev mailing list
>>> > hibernate-dev at lists.jboss.org
>>> > https://lists.jboss.org/mailman/listinfo/hibernate-dev
>>> >
>>> _______________________________________________
>>> hibernate-dev mailing list
>>> hibernate-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>>>
>>
>>


More information about the hibernate-dev mailing list