[hibernate-dev] Master

Scott Marlow smarlow at redhat.com
Fri Apr 8 10:04:52 EDT 2016


I'm curious if Search/OGM master branches would likely align with 5.2? 
Or some other branch?

On 04/07/2016 11:34 AM, Steve Ebersole 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
>>>
>>
>>
> _______________________________________________
> 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