Lines Matching refs:la
16 lavoro sia ormai finito. In verità, la pubblicazione delle patch
24 lavorare con la comunità del kernel per assicurare che il vostro codice
34 Lavorare con i revisori può rivelarsi, per molti sviluppatori, la parte
38 - Se avete descritto la vostra modifica correttamente, i revisori ne
54 la persona, e i revisori non vi stanno attaccando personalmente.
60 stanno lavorando per la creazione del miglior kernel possibile; non
75 su di una modifica suggerita, spiegatela inserendo anche la vostra soluzione
76 al problema. Se la vostra spiegazione ha senso, il revisore la accetterà.
77 Tuttavia, la vostra motivazione potrebbe non essere del tutto persuasiva,
105 attraverso la discussione, ma ci sono volte dove qualcuno deve prendere
108 in alto di voi. Per cose di questo genere la persona con più potere è
119 Se la modifica è ritenuta un elemento valido da essere aggiunta al kernel,
120 e una volta che la maggior parte degli appunti dei revisori sono stati
125 alle modifiche pianificate per la finestra di fusione successiva, e un altro
145 concludersi con la messa a lato di alcuni dei lavori svolti cosicché le
146 modifiche restanti possano funzionare ed essere integrate. Altre volte, la
156 Un giorno, se tutto va bene, vi collegherete e vedrete che la vostra patch
159 MAINTAINERS) vale la pena ricordare una piccola cosa, ma importante: il
163 Cominciamo con il dire che ora la visibilità della vostra modifica è
179 Se la vostra modifica causa una regressione, avrete un gran numero di
180 occhi puntati su di voi; la regressione deve essere sistemata il prima
182 lo farà per voi), la vostra modifica sarà quasi certamente rimossa durante
183 la fase di stabilizzazione. Oltre alla perdita di tutto il lavoro svolto
184 per far si che la vostra modifica fosse inserita nel ramo principale,
190 bachi ordinari da "sconfiggere". Il periodo di stabilizzazione è la
200 importante usa una versione del kernel nel quale è presente la vostra
203 allora, è anche consigliabile considera che la comunità di sviluppo ricorda
205 integrato. La prossima volta che pubblicherete una patch, la comunità
206 la valuterà anche sulla base del fatto che non sarete disponibili a
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
217 (assicuratevi di includere la riga "From:" cosicché l'attribuzione sia
219 un "Acked-by:" e lasciate che l'autore originale la invii.
221 Se non siete d'accordo con la patch, inviate una risposta educata
223 servirebbero per rendere la patch accettabile da voi. C'è una certa
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:
239 modo può essere avvilente e scoraggiante, ma la comunità ricorderà come
240 avrete reagito anche dopo che avrà dimenticato quale fu la modifica accettata.