Lines Matching +full:un +full:-
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.
63 - Preparatevi a richieste apparentemente sciocche di modifiche allo stile di
67 nel vostro driver per aggirare un problema deve diventare una caratteristica
81 il vostro codice, spiegateglielo. Se avete un'obiezione tecnica da fargli
86 Prendetevi quindi un po' di tempo per pensare ancora alla cosa. Può risultare
92 presente nella modifica del codice dovrebbe essere inserito in un commento
96 Un errore fatale è quello di ignorare i commenti di revisione nella speranza
126 Se la modifica è ritenuta un elemento valido da essere aggiunta al kernel,
128 sistemati, il passo successivo solitamente è quello di entrare in un
129 sottosistema gestito da un manutentore. Come ciò avviene dipende dal
131 In particolare, ci potrebbero essere diversi sorgenti - uno, magari, dedicato
132 alle modifiche pianificate per la finestra di fusione successiva, e un altro
135 Per le modifiche proposte in aree per le quali non esiste un sottosistema
137 ripiego finiscono per essere -mm. Ed anche le modifiche che riguardano
140 L'inclusione nei sorgenti di un sottosistema può comportare per una patch,
141 un alto livello di visibilità. Ora altri sviluppatori che stanno lavorando
143 solitamente riforniscono anche Linux-next, rendendo i propri contenuti
145 possibilità per voi di ricevere ulteriori commenti da un nuovo gruppo di
158 dell'avvento dei sorgenti linux-next, questi conflitti spesso emergevano solo
163 Un giorno, se tutto va bene, vi collegherete e vedrete che la vostra patch
179 codice nelle mani di un gruppo di *tester* molto più esteso. Anche se avete
180 contribuito ad un driver per un hardware che non è ancora disponibile, sarete
186 Se la vostra modifica causa una regressione, avrete un gran numero di
220 Un giorno, potreste aprire la vostra email e vedere che qualcuno vi ha
223 la modifica, potrete anche inoltrarla ad un manutentore di sottosistema
225 corretta, e aggiungete una vostra firma "Signed-off-by"), oppure inviate
226 un "Acked-by:" e lasciate che l'autore originale la invii.
231 riluttanza nell'inserire modifiche con un conflitto fra autore
232 e manutentore del codice, ma solo fino ad un certo punto. Se siete visti
233 come qualcuno che blocca un buon lavoro senza motivo, quelle patch vi
239 un altro sviluppatore che pubblica una soluzione differente al vostro
242 un argomento tecnico rilevante. Se la modifica di qualcun'altro rimpiazza
243 la vostra ed entra nel ramo principale, esiste un unico modo di reagire:
245 il vostro lavoro. L'avere un vostro lavoro spintonato da parte in questo