Lines Matching refs:patch

44 La prima cosa da fare prima di usarlo per produrre patch che saranno
56 Utilizzare git per produrre patch da sottomettere via email può essere
73 essere creati con attenzione; integrate patch dai rami di sviluppo
79 o fatta sparire completamente dalla storia.  Una serie di patch può essere
84 di patch pulite e con meno problemi.
88 perfetta.  Riscrivere la storia riscriverà le patch contenute in quella
97 Dunque, una volta che il vostro insieme di patch è stato reso disponibile
99 questa regola, e si rifiuterà di pubblicare nuove patch che non risultino
101 patch che non condividono la stessa storia).  È possibile ignorare questo
103 un ramo già pubblicato.  Un esempio è linux-next dove le patch vengono
111 modifiche) avanza, diventa allettante l'idea di integrare tutte le patch
119 Se siete nervosi circa alcune patch in particolare, potete sempre fare
125 è il grande movimento di patch da un repositorio all'altro che rende
129 patch che non hanno ricevuto alcuna revisione o completamente avulse, potrebbe
135 	Potete inviarmi le vostre patch, ma per far si che io integri una
142 Per evitare queste situazioni, assicuratevi che tutte le patch in un ramo
150 Se e quando altri inizieranno ad inviarvi patch per essere incluse nel
153 fa del suo meglio, ma potreste dover aggiungere una riga "From:" alla patch
160 e verificherà che vi siate ricordati di pubblicare quelle patch su un
163 Revisionare le patch
168 dovrebbero revisionare le patch.  É certamente vero che non c'è modo