Que Veut Dire GIT LOG en Espagnol - Traduction En Espagnol

• git log

Exemples d'utilisation de Git log en Français et leurs traductions en Espagnol

Vous pouvez aussi utiliser une liste d'options de résumé avec git log.
También puedes usar con git log una serie de opciones de resumen.

Pour ce faire, la commande git log est l'outil le plus basique et le plus puissant.
La herramienta más básica y potente para hacer esto es el comando git log.

Voyez-le comme une interface GUI puissante par-dessus git log et git grep.
Hay que considerarlo como una interfaz gráfica mejorada sobre git log y git grep.

Lorsque vous lancez git log dans le répertoire de ce projet, vous devriez obtenir un résultat qui ressemble à ceci.
Cuando ejecutes git log sobre este proyecto, deberías ver una salida similar a esta.

Divergence d'historique Vous pouvez également voir ceci grâce à la commande git log.
Los registros de las ramas divergen También puedes ver esto fácilmente utilizando el comando git log.

C'est comme la commande git log mais elle n'affiche par défaut que les valeurs SHA-1, sans autre information.
Este comando es básicamente el mismo que git log, pero por defecto, imprime solo los valores SHA-1 y nada más.

Le code que nous allons écrire retournera le message de validation du commit finalement pointé par HEAD git log -1 en quelque sorte.
El código que escribiremos devolverá el mensaje del commit finalmente apuntado por HEAD algo así como git log -1.

Par défaut, git log invoqué sans argument énumère en ordre chronologique inversé les commits réalisés.
Por defecto, si no pasas ningún argumento, git log lista las confirmaciones hechas sobre ese repositorio en orden cronológico inverso.

HEAD pointant vers une branche Vous pouvez vérifier cela facilement grâce à la commande git log qui vous montre vers quoi les branches pointent.
Apuntador HEAD a la rama donde estás actualmente Esto puedes verlo fácilmente al ejecutar el comando git log para que te muestre a dónde apunta cada rama.

On l'active avec l'option -L de git log et elle vous montre l'historique d'une fonction ou d'une ligne dans votre base de code.
Se llama con la opción-L a git log y le mostrará el historial de una función o línea de código en su base de código.

Par exemple, vous pouvez obtenir les mêmes résultats que précédemment en tapant git log origin/master…- Git utilise HEAD si une des bornes est manquante.
Por ejemplo, se puede obtener el mismo resultado que en el ejemplo previo tipiando git log origin/master…- Git sustituye HEAD is un lado está faltando.

Si vous lancez git log lorsque votre historique ressemble à ceci, vous verrez deux commits qui ont la même date d'auteur et les mêmes messages, ce qui est déroutant.
Si lanzas un git log en un registro como este, verás dos confirmaciones con el mismo autor, misma fecha y mismo mensaje. Lo que puede llevar a confusiones.

Par exemple, si nous souhaitions voir toutes les modifications réalisées sur la fonction git_deflate_bound dans le fichier zlib. c, nous pourrions lancer git log- L :git_deflate_bound: zlib.c.
Por ejemplo, si quisiéramos ver cada cambio realizado en la función git_deflate_bound en el archivo zlib. c, podríamos ejecutar git log- L:git_deflate_bound: zlib.c.

Vous pouvez aussi l'obtenir depuis git log pour toute fusion pour visualiser comment quelque chose a été résolu après coup.
También se puede obtener desde el git log para cualquier fusión después del hecho, para ver cómo algo se resolvió luego de este.

Nous couvrons cette commande principalement dans Raccourcis RefLog, où nous montrons un usage normal et comment utiliser git log -g pour visualiser la même information avec la sortie de git log.
Cubrimos este comando principalmente en Nombres cortos de RefLog, donde mostramos el uso normal y cómo usar git log-g para ver la misma información con salida de git log.

Le tableau Options pour limiter la sortie de git log récapitule les options que nous venons de voir ainsi que quelques autres pour référence.
En Opciones para limitar la salida de git log se listan estas opciones, y algunas otras bastante comunes, a modo de referencia.

Nous pouvons voir deux commits que nous avons récupérés, cependant, il n'y a pas plus d'information ici. Pour voir, les mêmes informations d'une manière plus utile, nous pouvons exécuter git log -g, qui nous donnera une sortie normalisée pour votre journal de références.
Se pueden ver las dos confirmaciones de cambios que hemos activado, pero no hay mucha más información al respecto. Para ver la misma información de manera mucho más amigable, podemos utilizar el comando git log-g. Este nos muestra una salida normal de registro.

Elle prendra beaucoup des mêmes options que la commande git log mais au lieu de lister tous les commits, elle présentera un résumé des commits groupés par auteur.
Toma muchas de las mismas opciones que el comando git log pero, en lugar de enumerar todos las commits, presentará un resumen de los commits agrupados por autor.

Une des choses les plus intéressantes que nous faisons avec git show est dans Re-fusion manuelle d'un fichier pour extraire le contenu de fichiers spécifiques d'étapes différentes durant un conflit de fusion. git shortlog La commande git shortlog est utilisée pour résumer la sortie de git log.
Una de las cosas más interesantes que ver con git show está en Re-fusión Manual de Archivos para extraer contenidos de un archivo específico de diversas etapas durante un conflicto de fusión. git shortlog El comando git shortlog se utiliza para resumir la salida de git log.

Par exemple, si vous tapez la commande git log et ne vous souvenez plus d'une des options, vous pouvez commencer à la taper, et appuyer sur la touche Tab pour voir ce qui peut correspondre.
Por ejemplo, si quieres ejecutar git log y no recuerdas una de las opciones, puedes empezar a escribirla y presionar el tabulador para ver qué coincide.

Si vous exécutez git push et que votre branche courante suit origin/master, les commits listés par git log origin/master… HEAD sont les commits qui seront transférés sur le serveur.
Si se corre un git push y la rama de seguimiento actual es origin/master, los commits listados por git log origin/master… HEAD son los commits que serán transferidos al servidor.

La commande git log comprend un certain nombre d'outils puissants pour trouver des commits spécifiques par le contenu de leurs messages ou le contenu des diffs qu'ils introduisent.
El comando git log tiene varias herramientas potentes para encontrar commits específicas por el contenido de sus mensajes o incluso el contenido de las diferencias que introducen.

Un autre cas d'utilisation fréquent consiste à voir ce que vous vous apprêtez à pousser sur une branche distante:$ git log origin/master… HEAD Cette commande vous affiche tous les commits de votre branche courante qui ne sont pas sur la branche master du dépôt distant origin.
Otro uso bastante frecuente de esta sintaxis es para ver lo que se está a punto de publicar en remote:$ git log origin/master… HEAD Este comando muestra cualquier commit en tu rama actual que no está en la rama master del remoto origin.

Si nous ajoutons l'option--merge à git log, il n'affichera que les commits de part et d'autre de la fusion qui modifient un fichier présentant un conflit.$ git log--oneline--left-right--merge 694971d update phrase to hola world c3ffff1 changed text to hello mundo Si nous lançons cela avec l'option -p à la place, vous obtenez les diffs limités au fichier qui s'est retrouvé en conflit.
Si añadimos la opción--merge a git log, solo mostrará los compromisos en cualquier lado de la fusión que toque un archivo que esté actualmente en conflicto.$ git log--oneline--left-right--merge< 694971d update phrase to hola world> c3ffff1 changed text to hello mundo En su lugar, si corremos eso con la opción-p obtienes, solo los diffs del archivo que terminó en conflicto.

Par exemple, si vous souhaitez voir les commits qui sont accessibles depuis refA et refB mais pas depuis refC, vous pouvez taper ces 2 commandes:$ git log refA refB ^refC$ git log refA refB--not refC Ceci vous fournit un système de requêtage des révisions très puissant, pour vous aider à saisir ce qui se trouve sur vos branches.
Por ejemplo, si se quiere ver todos los commits que son alcanzables desde refA o refB pero no desde refC, se puede escribir lo siguiente:$ git log refA refB^refC$ git log refA refB--not refC Esto lo convierte en un sistema de consultas muy poderoso que debería ayudar a descubrir qué hay en sus ramas.

Ajoutez l'option--abbrev-commit à la commande git log et le résultat affiché utilisera des valeurs plus courtes mais uniques; par défaut Git retiendra 7 caractères et augmentera au besoin:$ git log--abbrev-commit--pretty=oneline ca82a6d changed the version number 085bb3b removed unnecessary test code a11bef0 first commit En règle générale, entre 8 et 10 caractères sont largement suffisant pour assurer l'unicité dans un projet.
Si usted añade--abbrev-commit al comando git log, el resultado utilizará los valores cortos pero manteniendolos únicos; por default utiliza siete caracteres pero los hace más largos de ser necesario para mantener el SHA-1 sin ambigüedades:$ git log--abbrev-commit--pretty=oneline ca82a6d changed the version number 085bb3b removed unnecessary test code a11bef0 first commit Generalmente, de ocho a diez caracteres son más que suficientes para ser únicos en un proyecto.

Par exemple, la commande suivante affiche la liste des commits des deux dernières semaines:$ git log-- since=2. weeks Cette commande fonctionne avec de nombreux formats- vous pouvez indiquer une date spécifique(2008- 01- 05) ou une date relative au présent telle que"2 years 1 day 3 minutes ago.
Por ejemplo, este comando lista todas las confirmaciones hechas durante las dos últimas semanas:$ git log--since=2. weeks Este comando acepta muchos formatos. Puedes indicar una fecha concreta("2008-01-15"), o relativa, como"2 years 1 day 3 minutes ago""hace 2 años, 1 día y 3 minutos.

En complément des options de formatage de sortie, git log est pourvu de certaines options de limitation utiles- des options qui permettent de restreindre la liste à un sous-ensemble de commits.
Además de las opciones de formateo, git log acepta una serie de opciones para limitar su salida-es decir, opciones que te permiten mostrar únicamente parte de las confirmaciones.

Vous pouvez facilement voir quels commits ont modifié ce fichier:$ git log-- oneline-- branches-- git. tgz dadf725 oops- removed large tarball 7b30847 add git tarball Vous devez réécrire tous les commits en descendant depuis 7b30847 pour supprimer totalement ce fichier de votre historique Git..
Es sencillo revisar cuales son las confirmaciones de cambios donde interviene ese archivo:$ git log--oneline--branches-- git. tgz dadf725 oops- removed large tarball 7b30847 add git tarball Para borrar realmente ese archivo de tu historial Git, has de reescribir todas las confirmaciones de cambio desde 7b30847.

Les exemples de la section précédente montrent schacon à certains endroits, tels que la sortie de blame ou de git svn log.
Los ejemplos en la sección anterior muestran schacon en algunos lugares, como la salida de culpa y el registro de git svn.