Crear un archivo de parche a partir de un diff de 2 carpetas

Si el proyecto está bajo git y no ha confirmado sus cambios localmente, simplemente puede hacer git diff > file.patch para obtener datos de diferencias patchables. Si ha confirmado los cambios localmente, puede hacer git log para encontrar la confirmación antes que usted y que git diff commit_string > file.patch.

Si el proyecto no está bajo git, o si d/l fuente sin clonar el repositorio (como sugiere el título), puede usar diff -urN original_dir new_dir > file.patch para crear el archivo de parche. En ambos casos, puede intentar usar el parche más tarde para aplicar el parche.

Sin embargo, considere usar las herramientas de git para combinar tus cambios con la nueva versión, ya que git también puede rastrear los cambios de nombre de archivo. Necesitarás aprender mucho sobre git en sí, y te llevará algún tiempo hacerlo bien - probablemente deberías hacer una copia de seguridad de tu trabajo antes de empezar a jugar con él.

Git tiene soporte para detectar el cambio de nombre de archivos, por lo que si tienes suerte te ayudará con eso. El siguiente es un borrador aproximado de lo que debe hacer.

Importa la versión original:

tar zxvf open-source-project-0.1.tar.gz 
mv open-source-project-0.1 open-source-project
cd open-source-project
git init
git add .
git commit -m "Initial checkin of open-source-project-0.1"
git tag open-source-project-0.1

Ahora puede aplicar sus cambios originales en una rama separada:

git checkout -b mychanges
cp /somewhere/where/your/changes/files/are/* .
git diff
git add .
git commit -m "My changes"
git tag my_changes_001

Luego se actualiza a la versión más reciente:

git checkout master
tar zxvf open-source-project-0.2.tar.gz 
mv open-source-project-0.2/* .
rmdir open-source-project-0.2
git add .
git commit -m "Update to open-source-project-0.2"
git tag open-source-project-0.2

Hasta ahora todo está registrado en el repositorio git, ahora es el momento de empezar a intentar fusionar tus cambios:

git checkout -b merge_test open-source-project-0.2
git pull . my_changes_001

Bueno suerte...

Si desea fusionar archivos manualmente, realmente recomiendo usar KDiff3. Asumiendo file1.c es de open-source-project-0.1, file2.c desde open-source-project - 0.2 y file3.c de sus cambios, ejecute

kdiff3 -o merged_file.c file1.c file2.c file3.c

Podrías probar algo que me sugirieron aquí antes, una interesante solución "diffing": primero clona la última versión del proyecto. No debería tener ningún cambio local. Asegúrese de que el .la carpeta git está ahí. Luego copie su árbol de trabajo, que es todos sus archivos EXCEPTO el .carpeta git, al repositorio clonado. Ahora si escribes "git st" verás todo lo que se cambió. Tendrás que ordenar también el espaciado y los finales de línea (git config core.autocrlf ...) si git st informa archivos que realmente no tienen cambios en ellos.

Ahora para cada archivo en la lista git st, si escribes git diff verás tus cambios.

Entonces editaría los archivos uno por uno, hasta que git st se vea como lo que quiero confirmar.

No confiaría en hacer parches porque son extremadamente exigentes. Lo más probable es que obtenga un "no se puede aplicar el parche", mientras que la solución anterior le da una lista de cambios no escalonados que puede trabajar en cualquier orden que desee.

Probablemente deberías mirar git rebase. Tal vez incluso un simple git pull hará lo que quieras.