Dear Niels,
I think you may be misunderstood us there. We already making as you said: trying to push a fix by reporting it to the editor. This is done through LP bug report, merge proposal or through OPW depending on the case. If this not succeed for various reasons or take too much time, we do maintain our own branch of OpenERP and we merge all our suggested fix there. This branch is shared between our customers and maintained by our-self. What is suggested by Stefan here (or this is what I understood) is to share between us all a branch of the official one that include all those fixes. All of them will refer to a bug report (and MP) on LP. This is a way to have branch that include all fixes that we (as a community) think are mandatory. Obviously, we will always report them to OpenERP and try to have them merge in the core ! Then, we'll merge it into ours. What is true is that it'll take time and that was my point...vHope it clarify the subject here... Regards, Joël Le 11 févr. 2013 à 13:58, Niels Huylebroeck <[email protected]> a écrit : > > ...We at Agaplan take a different approach than your > patch-make--private-branch: for each bug however small we file a bugreport > and if appropriate create a branch with a fix (using the lowest version > according to the DaggyFix principle). We then spend literally hours > communicating with OpenERP to get each bug fixed by merging our branches. > Some of these happen some are flat out rejected and others are re-invented in > surprisingly identical ways... > > When they are fixed/merged we have contributed (by saving time) to the > community for everyone to benefit because it is a validated and officially > supported solution to the bug. > ... > In fact by asking the community to verify your branch for you, you are > burdening the community with a lot more work which could've been avoided by > communicating with OpenERP and tracking your own fixes in different branches. > > And yes this is hard process, but compare the amount of work fighting > individual issues against the huge branch you are now trying to slap on top > of the official addons. > We too have considered the "private-branch" approach and in fact we found a > middle ground, for production installations we install a branch on which we > apply our own merge requests if the customer requires a fix urgently, then > when OpenERP finally accepts this branch we will never have any trouble > re-doing a merge from the official addons. -- Camptocamp Innovative Solutions by Open Source Experts Joël Grand-Guillaume Division Manager - Business Solutions www.camptocamp.com
_______________________________________________ Mailing list: https://launchpad.net/~openerp-community Post to : [email protected] Unsubscribe : https://launchpad.net/~openerp-community More help : https://help.launchpad.net/ListHelp
