Salve,
dove posso trovare un po' di documentazione su come generare un file patch , dopo aver apportato delle modifiche ai sorgenti
di alcuni programmi GFoss, come ad esempio GDAL ?
Non sono molto addentro infatti a questi meccanismi e mi piacerebbe invece condividere eventuali modifiche che potessi apportarvi.
Grazie,
Andrea.
2010/4/5 Andrea Peri 2007 <aperi2007@gmail.com>:
Salve,
dove posso trovare un po' di documentazione su come generare un file patch ,
dopo aver apportato delle modifiche ai sorgenti
di alcuni programmi GFoss, come ad esempio GDAL ?
Vedi qua:
http://svn.osgeo.org/grass/grass/branches/releasebranch_6_4/SUBMITTING
-> 26.
... create unified ("diff -u") format ...
ciao
Markus
On Mon, Apr 05, 2010 at 11:55:15AM +0200, Markus Neteler wrote:
2010/4/5 Andrea Peri 2007 <aperi2007@gmail.com>:
> Salve,
>
> dove posso trovare un po' di documentazione su come generare un file patch ,
> dopo aver apportato delle modifiche ai sorgenti
> di alcuni programmi GFoss, come ad esempio GDAL ?Vedi qua:
http://svn.osgeo.org/grass/grass/branches/releasebranch_6_4/SUBMITTING
-> 26.
... create unified ("diff -u") format ...
Come giustamente indicato da Markus, diff -urN vecchio_tree nuovo_tree e'
il 'ground zero' del patching. Nella pratica pero' una singola mega-patch
e' fuori luogo perche' normalmente ingloba tante modifiche che hanno semantica
diversa. Chi riceve la megapatch deve ravanare in un mare di modifiche, che
non hanno nulla a che vedere l'una con l'altra. E magari desiste in partenza.
Per tenere traccia in modo sensato delle modifiche conviene usare 'quilt'.
--
Francesco P. Lovergine
Grazie per le indicazioni.
Francesco P. Lovergine ha scritto:
On Mon, Apr 05, 2010 at 11:55:15AM +0200, Markus Neteler wrote:
2010/4/5 Andrea Peri 2007 <aperi2007@gmail.com>:
Salve,
dove posso trovare un po' di documentazione su come generare un file patch ,
dopo aver apportato delle modifiche ai sorgenti
di alcuni programmi GFoss, come ad esempio GDAL ?
Vedi qua:
http://svn.osgeo.org/grass/grass/branches/releasebranch_6_4/SUBMITTING
-> 26.
... create unified ("diff -u") format ...Come giustamente indicato da Markus, diff -urN vecchio_tree nuovo_tree e' il 'ground zero' del patching. Nella pratica pero' una singola mega-patch e' fuori luogo perche' normalmente ingloba tante modifiche che hanno semantica diversa. Chi riceve la megapatch deve ravanare in un mare di modifiche, che non hanno nulla a che vedere l'una con l'altra. E magari desiste in partenza.
Per tenere traccia in modo sensato delle modifiche conviene usare 'quilt'.