it_IT/process/6.Followthrough.rst

1 .. include:: ../disclaimer-ita.rst
18 probabilmente, ancora un po' di lavoro da fare.
25 mantenga gli standard qualitativi richiesti.  Un fallimento in questo
38  - Se avete descritto la vostra modifica correttamente, i revisori ne
43    richiesti - da piccoli problemi di stile a sostanziali ristesure -
47  - La revisione del codice è un duro lavoro, ed è un mestiere poco
52    un tono arrabbiato, insultante o addirittura offensivo, resistente alla
56  - Similarmente, i revisori del codice non stanno cercando di promuovere
61    stanno cercando di creare un disagio ad aziende concorrenti.
74 il vostro codice, spiegateglielo.  Se avete un'obiezione tecnica da fargli
79 Prendetevi quindi un po' di tempo per pensare ancora alla cosa. Può risultare
85 presente nella modifica del codice dovrebbe essere inserito in un commento
89 Un errore fatale è quello di ignorare i commenti di revisione nella speranza
119 Se la modifica è ritenuta un elemento valido da essere aggiunta al kernel,
121 sistemati, il passo successivo solitamente è quello di entrare in un
122 sottosistema gestito da un manutentore.  Come ciò avviene dipende dal
124 In particolare, ci potrebbero essere diversi sorgenti - uno, magari, dedicato
125 alle modifiche pianificate per la finestra di fusione successiva, e un altro
128 Per le modifiche proposte in aree per le quali non esiste un sottosistema
130 ripiego finiscono per essere -mm.  Ed anche le modifiche che riguardano
133 L'inclusione nei sorgenti di un sottosistema può comportare per una patch,
134 un alto livello di visibilità.  Ora altri sviluppatori che stanno lavorando
136 solitamente riforniscono anche Linux-next, rendendo i propri contenuti
138 possibilità per voi di ricevere ulteriori commenti da un nuovo gruppo di
151 dell'avvento dei sorgenti linux-next, questi conflitti spesso emergevano solo
156 Un giorno, se tutto va bene, vi collegherete e vedrete che la vostra patch
172 codice nelle mani di un gruppo di *tester* molto più esteso.  Anche se avete
173 contribuito ad un driver per un hardware che non è ancora disponibile, sarete
179 Se la vostra modifica causa una regressione, avrete un gran numero di
213 Un giorno, potreste aprire la vostra email e vedere che qualcuno vi ha
216 la modifica, potrete anche inoltrarla ad un manutentore di sottosistema
218 corretta, e aggiungete una vostra firma "Signed-off-by"), oppure inviate
219 un "Acked-by:" e lasciate che l'autore originale la invii.
224 riluttanza nell'inserire modifiche con un conflitto fra autore
225 e manutentore del codice, ma solo fino ad un certo punto.  Se siete visti
226 come qualcuno che blocca un buon lavoro senza motivo, quelle patch vi
232 un altro sviluppatore che pubblica una soluzione differente al vostro
235 un argomento tecnico rilevante.  Se la modifica di qualcun'altro rimpiazza
236 la vostra ed entra nel ramo principale, esiste un unico modo di reagire:
238 il vostro lavoro.  L'avere un vostro lavoro spintonato da parte in questo