The order of cherry-picked commits is not maintained. i.e. the order in which 
commits are made in 4.4-forwrad is not same in 4.4. This will create more 
regressions instead of fixing.

One fix(Hyper-V agent build is broken) which I made is occurred due to this. To 
verify fixes, which one has made some 2 months back are in correct order will 
take lot of effort.

Why can't we simply rename 4.4-forward to 4.4?


-----Original Message-----
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Wednesday, July 30, 2014 5:46 PM
To: dev
Subject: [ACS441]please test

As we already have some reports of problems with 4.4.0, I am considering to 
start working on 4.4.1 right away.

The decision to actually go ahead should by preceded by confirmed issues with 
4.4.0 that have no reasonable work around but still, I want to ask you all to 
have a look at any code you might have worked on in 4.4-forward and check of my 
conflict resolving didn't introduce regression. I get the feeling we will need 
a 4.4.1 and will put some effort into it but can not do it alone (especially 
not the testing).

If you find you should fix something I broke, please branch a branch for 
yourself and let me merge that branch back. This in anticipation and as 
exercise for the way we are considering the work in future releases. It will 
surely help us fine-tune 'our' gitflow.

kind regards,
--
Daan

Reply via email to