'git add --patch' para incluir nuevos archivos?

Cuando ejecuto git add -p, ¿hay alguna forma de que git seleccione archivos recién creados como trozos para seleccionar?

Entonces, si hago un nuevo archivo llamado foo.java, luego ejecuto git add -p, git no me permitirá elegir el contenido de ese archivo para agregarlo al índice.

Para hacer esto con cada archivo nuevo, puede ejecutar:

git add -N .
git add -p

Si desea usarlo con frecuencia, puede crear un alias en su ~/.bashrc:

alias gapan='git add --intent-to-add . && git add --patch'

NB : Si usa esto con un archivo nuevo vacío, git no podrá parchearlo y pasar al siguiente.

Cuando probé git add -p someNewFile.txtun nuevo archivo (un archivo sin seguimiento), git simplemente mostraría la salida No changes.y se detendría. Tuve que decirle a git que tenía la intención de rastrear el nuevo archivo primero.

git add -N someNewFile.txt
git add -p

Sin embargo, dado que no se rastreó el archivo, se mostraría como un trozo gigante que no se podía dividir (¡porque es todo nuevo!). Entonces, necesitaba editar el trozo en trozos más pequeños. Si no está familiarizado con eso, consulte esta referencia para comenzar.

Actualización: información de edición de Hunk Quería actualizar esto en caso de que desaparezca la referencia anterior. Debido a que el nuevo archivo no tiene seguimiento, git add -pmostrará cada línea en el archivo como una nueva línea en un trozo. Luego te preguntará qué quieres hacer con ese trozo, dándote el siguiente mensaje:

Stage this hunk [y,n,q,a,d,/,e,?]?

Suponiendo que no desea confirmar todo el trozo (y, por lo tanto, todo el archivo; porque no estoy seguro de por qué querría usar git add -pen ese caso), querrá especificar la opción epara decirle a git que desea editar el trozo.

Una vez que le digas a git que quieres editar el trozo, debería colocarte en el editor de tu elección para que puedas hacer tus cambios. Todas las líneas deben tener el prefijo +ay git tiene algunos comentarios explicativos (con el prefijo a #) al final del archivo. Simplemente elimine las líneas que no desee en su confirmación inicial del archivo. Luego guarde y salga del editor.

Explicación de Git de las opciones de hunk de git:

y - stage this hunk
n - do not stage this hunk
q - quit; do not stage this hunk or any of the remaining ones
a - stage this hunk and all later hunks in the file
d - do not stage this hunk or any of the later hunks in the file
g - select a hunk to go to
/ - search for a hunk matching the given regex
j - leave this hunk undecided, see next undecided hunk
J - leave this hunk undecided, see next hunk
k - leave this hunk undecided, see previous undecided hunk
K - leave this hunk undecided, see previous hunk
s - split the current hunk into smaller hunks
e - manually edit the current hunk
? - print help

git add -p se trata realmente de agregar cambios a los archivos ya registrados.

El comando para seleccionar archivos de forma interactiva para agregar es git add -i. Por ejemplo:

$ git add -i

*** Commands ***
  1: status   2: update   3: revert   4: add untracked
  5: patch    6: diff     7: quit     8: help
What now> a
  1: another-new.java
  2: new.java
Add untracked>> 2
  1: another-new.java
* 2: new.java
Add untracked>> 
added one path

*** Commands ***
  1: status   2: update   3: revert   4: add untracked
  5: patch    6: diff     7: quit     8: help
What now> q
Bye.
$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        new file:   new.java

Untracked files:
  (use "git add <file>..." to include in what will be committed)

        another-new.java

(El comando real tiene colores que no pude cortar y pegar aquí, así que es mejor de lo que parece)

En realidad, el comando p atch de git add -ihace lo mismo que git add -p, por lo que el segundo es un subconjunto del primero (¡aunque admito que me amo add -py add -ime odio !).

También hay un enfoque muy similar al hacer uso de la --cachedbandera ...

1) Convierta sus cambios sin etapas en etapas, al igual que su archivo agregado.

git add edited-file.txt
git add new-file.txt
git add directory-of-changes/

2) Mire las diferencias (nota: puede incluir tanto ediciones como archivos nuevos).

git diff --cached

3) Cree el parche.

git diff --cached > my_patch_file.patch