On Fri, Jan 31, 2014 at 3:57 PM, Yannick Buron <yannick.buron@xxxxxxxxx
<mailto:yannick.buron@xxxxxxxxx>> wrote:
Dear OpenERP Community,
As we can see on launchpad, theses days a new saas-3 branch has been
created by OpenERP SA, following their process described here :
http://help.openerp.com/question/36712/what-is-the-difference-between-trunk-saas-1-and-saas-2-versions-in-launchpad/.
My concern is, I need to use a feature which is actually only available
in the saas branch, the recurring invoicing. I'm using actually the OCB
branchs for this project.
I'd like to know if the publication of this saas-3 means that the stable
7.0 will also be updated, either with the code from saas-2 branch or
saas-3. In general, is the position of OpenERP SA to update the stable
branch with features from saas from time to time or do we have to wait
for the next major version (here V8) to get the early features which are
in Saas?
Thank you for your opinions, following them I'll decide either to go on
Saas branch or wait for stable 7.0 (and then upgrade to OCB branch when
it'll be updated). If you know a good community module which allow the
recurring invoices (And please, not subscription module :) ), this could
also allow me to stay on OCB branch.
Best Regards,
Yannick Buron.
Hello Yannick,
during this period of time when OpenERP trunk is said to be too unstable to
be deployed outside of a SaaS, my advise is to use git-subtree to extract
key features as individual modules that can be backported alone without too
much effort (pre-pended in your addons-path then). For instance, I think
this is absolutely the case with recurring invoice while it wouldn't be
reasonnable for quant based stock management.
I explained the idea and gave 2 examples here of such backport. Please don't
hesitate to suggest pull request if you see room for improvement or re-synch
with upstream.
https://lists.launchpad.net/openerp-community/msg04122.html
Again, I'm all behind sticking with bzr with OCA and core of OpenERP, right
now, it's just that I think git is so much more appropriate for these
synchronized extractions.
Regards.
--
Raphaël Valyi
Founder and consultant
http://twitter.com/rvalyi <http://twitter.com/#%21/rvalyi>
+55 21 2516 2954
www.akretion.com <http://www.akretion.com/>