Lines Matching full:non
26 Se non siete pratici di ``git``, allora è bene che lo impariate;
36 Se non avete un repositorio coi sorgenti del kernel più recenti, allora usate
42 Notate, comunque, che potreste non voler sviluppare direttamente coi sorgenti
47 in cui i sorgenti da usare non siano elencati il quel file.
61 e blocchi sono abbastanza convincenti, ma non tutti i bachi sono così evidenti.
76 che non sono ovvi. Solitamente le ottimizzazioni non sono gratuite, ma sono
96 completa delle modifiche e la loro giustificazione. Non limitatevi a dire che
97 questa è la versione N della patch (o serie). Non aspettatevi che i
101 revisori. Probabilmente, alcuni revisori non hanno nemmeno ricevuto o visto
132 Se volete far riferimento a uno specifico commit, non usate solo
145 caratteri. Tenete ben presente che anche se oggi non ci sono collisioni con il
198 della vostra serie in un punto qualsiasi; non vi saranno grati se nel mezzo
201 Se non potete condensare la vostra serie di patch in una più piccola, allora
209 Controllate che la vostra patch non violi lo stile del codice, maggiori
211 Non farlo porta semplicemente a una perdita di tempo da parte dei revisori e
216 ad un altro -- in questo caso non dovreste modificare il codice spostato
217 per nessun motivo, almeno non nella patch che lo sposta. Questo separa
224 di stile dovrebbe essere visto come una guida, non come un sostituto al
244 vostre patch). Se non riuscite a trovare un manutentore per il sottosistema su
253 patch riceverà molta più attenzione. Tuttavia, per favore, non spammate le liste
254 di discussione che non sono interessate al vostro lavoro.
261 Non inviate più di 15 patch alla volta sulle liste di discussione vger!!!
273 in questo caso, ovviamente, la patch non dovrebbe essere inviata su alcuna
282 nella vostra patch, nell'area dedicata alle firme (notate, NON come destinatario
307 Se decidete di non usare ``git send-email``:
312 attenti che il vostro programma non corrompa il contenuto con andate
315 La patch non deve essere un allegato MIME, compresso o meno. Molti
316 dei più popolari programmi di posta elettronica non trasmettono un allegato
334 essere ignorati. Riscontri o domande che non conducono ad una
354 Non scoraggiatevi - o impazientitevi
358 I revisori sono persone occupate e potrebbero non ricevere la vostra patch
363 in una settimana o poco più; se questo non dovesse accadere, assicuratevi di
373 Ma non aggiungete "RESEND" quando state sottomettendo una versione modificata
375 sottomissione di patch, o serie di patch, che non hanno subito modifiche
415 la licenza open-source (a meno che non abbia il permesso di usare
419 ha certificato (a), (b) o (c) e non l'ho modificata.
432 usando il vostro vero nome (spiacenti, non si accettano pseudonimi o
444 del trasporto della patch. Queste però non sono state coinvolte nello
456 Se una persona non è direttamente coinvolta con la preparazione o gestione
462 quando quello stesso manutentore non ha contribuito né trasmesso la patch.
464 Acked-by: non è formale come Signed-off-by:. Questo indica che la persona ha
469 Acked-by: non indica l'accettazione di un'intera patch. Per esempio, quando
476 Se una persona ha avuto l'opportunità di commentare la patch, ma non lo ha
527 usata per i bachi, dunque non usatela per richieste di nuove funzionalità.
557 non garantisco (se non specificato altrimenti) che questa
575 non avere più senso e quindi andrebbero rimosse. Solitamente si tiene traccia
580 non dovrebbe essere aggiunta senza un permesso esplicito, specialmente se
581 l'idea non è stata pubblicata in un forum pubblico. Detto ciò, dando credito
592 Da notare che aggiungere un tag "Fixes:" non esime dalle regole
605 appropriato. Lo strumento non crea il testo necessario, per cui, leggete
616 patch non ne è l'autore).
618 - Il corpo della spiegazione, con linee non più lunghe di 75 caratteri,
628 - Qualsiasi altro commento che non deve finire nel changelog.
641 il contenuto della patch. La ``summary phrase`` non dovrebbe essere un nome
642 di file. Non utilizzate la stessa ``summary phrase`` per tutte le patch in
662 Le etichette non verranno considerate come parte della frase riassuntiva, ma
701 Se la patch corregge un errore di compilazione, non sarà necessario
714 cosicché i nomi dei file elencati non occupino troppo spazio
726 versione di una patch non sono parte del *chagelog* che viene incluso
750 che portano ad un problema. Tuttavia, non tutti i *backtrace* sono
778 In questo modo versioni multiple di una patch non diventeranno un'ingestibile