gui - git repository
Diferencia entre "git checkout<nombre de archivo>" y "git checkout--<nombre de archivo>" (2)
http://norbauer.com/notebooks/code/notes/git-revert-reset-a-single-file
Encontré una publicación.
Pero todavía no sé cuál es la diferencia entre
git checkout <filename>git checkout -- <filename>
¿En qué situación debería usar primero uno y segundo respectivamente?
Cualquier cosa que siga a -- se trata como un nombre de archivo (no como un argumento de programa). Esto es importante si, por ejemplo, tiene nombres de archivos que comienzan con guiones.
La "opción" especial significa "tratar cada argumento después de este punto como un nombre de archivo, sin importar cómo se vea". Esto no es específico de Git, es una convención general de línea de comandos de Unix. Normalmente lo usa para aclarar que un argumento es un nombre de archivo en lugar de una opción , por ejemplo
rm -f # does nothing
rm -- -f # deletes a file named "-f"
git checkout 1 también toma -- para indicar que los argumentos subsiguientes no son su parámetro opcional "treeish" que especifica qué commit desea.
Por lo tanto, en este contexto, es seguro de usar -- siempre, pero lo necesita cuando el archivo que desea revertir tiene un nombre que comienza con, o es igual que el nombre de una rama. Algunos ejemplos de desambiguación de rama / archivo:
git checkout README # would normally discard uncommitted changes
# to the _file_ "README"
git checkout master # would normally switch the working copy to
# the _branch_ "master"
git checkout -- master # discard uncommitted changes to the _file_ "master"
y desambiguación de opción / archivo:
git checkout -p -- README # interactively discard uncommitted changes
# to the file "README"
git checkout -- -p README # unconditionally discard all uncommitted
# changes to the files "-p" and "README"
No estoy seguro de lo que haces si tienes una rama cuyo nombre comienza con - . Quizás no hagas eso en primer lugar.
1 en este modo; "checkout" puede hacer muchas otras cosas también. Nunca entendí por qué git optó por implementar "descartar cambios no confirmados" como un modo del subcomando "pago", en lugar de "revertir" como la mayoría de los otros VCS, o "reiniciar", que creo que podría tener más sentido en los propios términos de git.