ARGOMENTO: Bazaar e launchpad

enlightx ha scritto:
enlightx non abbiamo ancora formalizzato una sorta di decalogo, autoregolamentezione, vedemecum (tipo per le ocb), indicazioni tipo "ogni mp deve essere approvato da X utenti per essere fatto il merge" o simili

• At least two reviewer must approve the Merge proposal in order to be able to merge it
• A MP cannot be merged before 5 calendar days or 3 working days (based on this thread lists.launchpad.net/openerp-community/msg02733.html, lists.launchpad.net/openerp-community/msg02735.html, one say 5 calendar days and the other 3 working days, which are close, but I don't think that any final decision has been made)
• That means the MP has at least 2 approved reviews
• But the 5 calendar / 3 working days rule can be lifted if a MP is approved by at least 3 reviewers
• The person who approve a Merge proposal shouldn’t merge it himself, a third person must do it
• If you are in a hurry just send a mail at Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo. or ask by jabber, IRC. We will do it ASAP. Or by IRC on FreeNode, #openobject
• While making the Merge, please respect the author using the “--author” option when committing. The author is found using the bzr log command.
• A bug fix must be linked to a bug report (use of --fixes=lp:#####)

Sarebbero utili anche degli standard su struttura dei moduli, nomi di variabili/campi/xml_id etc, best practices, linee guida, idee per workflow con Bazaar e così via. E anche aggiornamento della documentazione (orm.Model e orm.TransientModel, e che non è più necessario instanziare i modelli lo si può trovare praticamente solo per caso!).

Insomma potremmo crearci un bel documento che aiuterebbe tutti a lavorare più efficientemente e creare moduli più puliti, con convenzioni standard e facili da leggere/modificare.

NicoTheBrush ha scritto:
Le linee guida internazionali dicono

Quindi userei le stesse regole anche per i moduli italiani, cambiando i riferimenti a
Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo.
e
#openerp-it

Lo trovi qua
doc.openerp.com/contribute/

eLBati ha scritto:
Mancano parecchie robe. Per esempio convenzioni sugli id xml, convenzioni sul campo name delle viste (facendo una query su una delle mie installazioni ho circa il 70% in formato nome.con.spazi e il 30% in formato "testo normale"), convenzioni sui nomi dei file quando si riscrive un metodo (lì dice di mettere tutto il tuo codice in <nome_addon>.py, che è ridicolo e non fatto nemmeno dai moduli ufficiali), ecc. ecc.

Pure il pad, pur avendo parecchia roba in più, manca di qualcosa..