1. Mailing Lists
  2. Italy
  3. Re: Fattura Elettronica

Italy mailing list archives

italy@odoo-community.org

Browse archives

Re: Fattura Elettronica

Avatar

Re: Fattura Elettronica

by
SHS-AV srl, Antonio M. Vigliotti
- 12/12/2018 21:01:05

Il 12/12/2018 19:02, Lorenzo Battistini ha scritto:
On Wed, 12 Dec 2018 at 15:12, Info SHS-AV <info@shs-av.com> wrote:

Ti dico cosa farei e tu mi dici se va bene.
  1. Farei il fork della repository OCA come Antonio Vigliotti
  2. Cancellerei tutto e inserireti solo un modulo con le modifiche da proporre
  3. Creerei la PR con le sole modifiche

Ripeteri il processo per le varie patch

Andrebbe bene, solo che non mi è chiaro cosa cancelleresti.
Il flusso è descritto qui https://odoo-community.org/page/code
Ottimo! Provo il processo mi sembra molto ben documentato

Domande:

  • Il processo è corretto?
  • Preferite tante piccole modifiche o 1 patch per modulo?
  • Se si, cosa dovrebbe contenere o non contenere la patch? Mi riferisce ad esempio al file README, Voi avete uno standard diverso dal mio ma onestamente la mia soluzione mi sembra più elegante e più performante.
  • Come procedete per autori/collaboratori/traduttori? Mi pare che abbiamo lo stesso standard, io inserisco il nome dell'azienda negli autori (rispetto a Voi inserisco anche il link) mentre nei collaboratori inserisco i nomi e le mail degli sviluppatori. Per i traduttori i uso una sezione parte, mi pare che voi li inseriate nei collaboratori
  • C'è una regola per stabilire quando inserire un nuovo collaboratore? Immagino che non basti cambiare una virgola
Le patch devono essere consistenti: quindi una patch deve poter essere applicata in modo che il risultato sia un modulo funzionante, con un malfunzionamento corretto, o una nuova funzionalità inserita.

Per quanto riguarda i README, quelli OCA sono generati automaticamente da uno script, vedi
Anche io ho un software che genera il README da template genera anche index.html e corregge __openerp__.py per la 7.0, tutti coerenti tra loro.
Inoltre per ogni modulo ho un solo set di documentazione. Il software adatta la documentazione risultante in base alla versione e altri parametri.
Infine io ho gia adottato il bilinguismo 2.0 grazie a questi automatismi e la documentazione, per me, è molto semplice da generare ma molto completa.

Però relativamente alle in formazioni da inserire in CONTRIBUTORS.rst o CREDITS.rst c'è libertà.

Allora continuo come sto facendo visto che è la vostra stessa filosofia.
Per tutto il resto è sempre bene leggere le linee guida OCA.
Si l'ho letto e lo leggo sempre.

Scusa le tante domande ma almeno, una volta avviato il processo, dovrebbe diventare fluido

PS sto usando la mail aziendale, se è un problema mi reiscrivo con la mail personale

Nessun problema.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/italy-53
Post to: mailto:italy@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe


Reference