one other remark: no matter what our release scheme, we need for every one
to do twice as much reviews as contributions in order for our present way
of working to be successful. And in this doing a review means sticking with
a PR until it is good enough to go in, not just make initial remarks. We
h
I totally agree Marcus, with one small addition. In our present scheme we
can mark any 4.x as LTS if we maintain the discipline of fixing any bug on
the oldest version known to contain the bug and merge the fix forward. some
LIMITATION OF WARRANTY (tm) apply of course; if a fix requires some kin
A few things to note:
1. I repeated this until I felt bad about harping on it, but we were seeing
new functionality slip into minors all the time. The idea that 4.4.x ->
4.4.y upgrade was safer than 4.4.x -> 4.5.0 (just made up versions as an
example) is unfortunately wrong.
2. I agree that large
2016-01-07 15:24 GMT+01:00 Rene Moser :
> Hi Remi
>
> On 01/07/2016 02:28 PM, Remi Bergsma wrote:
> > I simply don’t understand why you need lots and lots of minor versions.
> I do understand you need a stable cloud, and that’s exactly what we’re
> achieving here.
> >
> > We changed our way of wor
On 01/07/2016 05:04 PM, sebgoa wrote:
> Yet folks (like Rene) may like a pattern of just minor and very infrequent
> major. While folks like Remi want continuous deployment.
>
> So at the cost of sounding a bit "fatherly" we indeed need to discuss this a
> bit. I mentioned it after 4.6, and com
On 01/07/2016 05:27 PM, Remi Bergsma wrote:
> Anyway, I cannot and don’t want to convince you. We want something different
> and that is fine. What I do want to know is what others want. Because if the
> majority wants what you are asking for, we should do that.
It is not my decision, it is a
On Jan 7, 2016, at 5:27 PM, Remi Bergsma wrote:
>
> On 07/01/16 17:22, "Rene Moser" wrote:
>> No, it is not the pace. You can do as many major as often as you want
>> but if one uses this major, how long will it get minors? We have no clue.
>>
>> I understand your point completely while my ar
see inline
On Jan 7, 2016, at 3:39 PM, Nux! wrote:
> Hi,
>
>
>> So, yes, monthly releases can be done and the quality is better than before.
>> Actually, I think we should go much faster. Whenever a PR is merged that
>> fixes
>> your issue, it should be possible to deploy it right away. It’s a
Heaven is closer than you might think.
4.7 did not require a systemvm template change, so we reused the existing one.
No impact in upgrading. We need to change it only when needed, it’s that simple.
A separate project and version is probably best way forward.
Regards,
Remi
On 07/01/16 15:
On 01/07/2016 03:53 PM, Erik Weber wrote:
> On Thu, Jan 7, 2016 at 3:50 PM, Wido den Hollander wrote:
>
>>
>>
>> On 01/07/2016 03:47 PM, Nux! wrote:
And that is indeed it. I'm not keen on doing point releases either.
>>>
Simplify upgrade paths, ditch the fact that a VR has to be upgra
> And that is indeed it. I'm not keen on doing point releases either.
> Simplify upgrade paths, ditch the fact that a VR has to be upgraded
> every time, etc, etc.
That'd be heaven. I hate the VR upgrades!
>
> We could also call 4.8 simply 4.7.2. It's just a number :)
+1, perhaps switch to ver
Hi,
> So, yes, monthly releases can be done and the quality is better than before.
> Actually, I think we should go much faster. Whenever a PR is merged that fixes
> your issue, it should be possible to deploy it right away. It’s a change in
> mindset.
This actually sounds very interesting; havi
On 01/07/2016 03:35 PM, Remi Bergsma wrote:
>
> We released:
> 4.6.0
> 4.6.1
> 4.6.2
> 4.7.0
> (4.7.1)
> (4.8.0)
>
> We _do_ release minor releases, and every month one with new features.
>
> To be clear:
> Any branch (be it 4.5, 4.6, 4.7) can have as many minor releases as people
> want, unt
We released:
4.6.0
4.6.1
4.6.2
4.7.0
(4.7.1)
(4.8.0)
We _do_ release minor releases, and every month one with new features.
To be clear:
Any branch (be it 4.5, 4.6, 4.7) can have as many minor releases as people
want, until the end of time. Just step up and release it.
Regards,
Remi
>We a
Hi René, all,
I simply don’t understand why you need lots and lots of minor versions. I do
understand you need a stable cloud, and that’s exactly what we’re achieving
here.
We changed our way of working from 4.6 on. Before that, it took _a long_ time
to release new versions (be it major, minor
15 matches
Mail list logo
