Lines Matching full:se
21 per una lista di punti da verificare prima di inviare del codice. Se state
27 controllo di versione ``git``; se utilizzate ``git`` per preparare le vostre
35 Se non avete un repositorio coi sorgenti del kernel più recenti, allora usate
55 Se dovete produrre le vostre patch a mano, usate ``diff -up`` o ``diff -uprN``
56 per crearle. Git produce di base le patch in questo formato; se state
98 Se le vostre modifiche producono molte differenze, allora dovrete dividerle
101 sviluppatori, il che è molto importante se volete che la patch venga accettata.
103 Se state utilizzando ``git``, ``git rebase -i`` può aiutarvi nel procedimento.
104 Se non usate ``git``, un'alternativa popolare è ``quilt``
120 Anche se il problema è stato scoperto durante la revisione del codice,
130 Quantificare le ottimizzazioni e i compromessi. Se affermate di aver
145 I manutentori vi saranno grati se scrivete la descrizione della patch in un
149 Risolvete solo un problema per patch. Se la vostra descrizione inizia ad
164 xyzzy to do frotz", come se steste dando ordini al codice di cambiare il suo
167 Se la patch corregge un baco conosciuto, fare riferimento a quel baco inserendo
168 il suo numero o il suo URL. Se la patch è la conseguenza di una discussione
179 Se volete far riferimento a uno specifico commit, non usate solo
192 caratteri. Tenete ben presente che anche se oggi non ci sono collisioni con il
195 Se la vostra patch corregge un baco in un commit specifico, per esempio avete
218 Per esempio, se i vostri cambiamenti per un singolo driver includono
220 allora separateli in due o più patch. Se i vostri cambiamenti includono
224 D'altro canto, se fate una singola modifica su più file, raggruppate tutte
232 Se al fine di ottenere un cambiamento completo una patch dipende da un'altra,
240 della vostra serie in un punto qualsiasi; non vi saranno grati se nel mezzo
243 Se non potete condensare la vostra serie di patch in una più piccola, allora
267 giudizio umano. Se il vostro codice è migliore nonostante una violazione
285 scripts/get_maintainer.pl può esservi d'aiuto. Se non riuscite a trovare un
310 Se avete una patch che corregge un baco di sicurezza che potrebbe essere
331 Se le modifiche hanno effetti sull'interfaccia con lo spazio utente, per favore
348 - correzione di errori di compilazione (solo se correggono qualcosa sul serio)
371 Se decidete di copiare ed incollare la patch nel corpo dell'e-mail, state
381 Eccezione: se il vostro servizio di posta storpia le patch, allora qualcuno
392 per alcuni manutentori. Se la vostra patch, non compressa, eccede i 300 kB
394 l'URL (collegamento) ad essa. Ma notate che se la vostra patch eccede i 300 kB
422 in una settimana o poco più; se questo non dovesse accadere, assicuratevi di
446 come patch open-source. Le regole sono abbastanza semplici: se potete
486 Se siete un manutentore di un sottosistema o di un ramo, qualche volta dovrete
489 sorgenti e in quelli dei vostri contributori. Se rispettate rigidamente la
505 Questa pratica è particolarmente utile se siete i manutentori di un ramo
543 Se una persona non è direttamente coinvolta con la preparazione o gestione
563 Se una persona ha avuto l'opportunità di commentare la patch, ma non lo ha
612 Rammentate che se il baco è stato riportato in privato, dovrete chiedere il
643 non garantisco (se non specificato altrimenti) che questa
659 non dovrebbe essere aggiunta senza un permesso esplicito, specialmente se
676 Notate che se state usando un repositorio ``git`` per salvare le vostre patch
688 da una riga vuota (necessaria soltanto se la persona che invia la
739 attendono dei commenti (*Request For Comments*). Se ci sono quattro patch
756 l'autore della patch. Se la riga ``from`` è mancante, allora per determinare
765 i messaggi di log per la patch che li tratta. Se la patch corregge un errore
782 Se includete un ``diffstat`` dopo ``---``, usate le opzioni ``-p 1 -w70``
800 giungla di riferimenti all'interno dei programmi di posta. Se un collegamento
808 Se avete una serie di patch, potrebbe essere più conveniente per un manutentore
814 quindi sconosciuti. Se siete in dubbio, potete fare una richiesta di *pull*
854 Se i sorgenti da cui il manutentore prenderà le patch non sono gli stessi del