| Consulta | ||
|---|---|---|
|
|
|
|
| Tareas | Actualizar este documento | |
En nodos de proyectos en las vistas de navegación (Navegador, Explorador de paquetes, etc.) están disponibles las siguientes acciones Git para los proyectos compartidos con el proveedor de equipo Git:
menú principal del proyecto
Submenú "Remoto"
Submenú "Conmutar a"
Submenú "Avanzado"
En los nodos de recursos (archivos y carpetas) en las vistas de navegación, las siguientes acciones de Git están disponibles para los proyectos compartidos con el proveedor de equipo Git:
En la vista de repositorios el menú depende del tipo de nodo que está seleccionado
Menú en nodos de repositorio:
Menú en nodos de ramificación:
Menú en nodos de código:
Menú en nodos de referencia:
Menú en nodos de configuración de la captación:
Menú en nodos de configuración de inserción:
Menú en nodos de árbol de trabajo:
Menú de entradas de la lista de compromisos de la vista de historial
Para facilitar el uso de las acciones de Git más utilizadas, el Grupo de mandatos Git se puede activar para mostrar una barra de herramientas y/o un menú del entorno de trabajo de Git
Ventana > Abrir perspectiva > Exploración de repositorio Git abre la perspectiva Exploración de repositorio Git
Ventana> Abrir vista > Git > Repositorios Git abre la vista Repositorios Git que se explica en detalle aquí.
La vista de historial para recursos bajo el control de versiones Git es una vista centrada en el compromiso de los recursos de un repositorio dado. Puede utilizarse para realizar las siguientes tareas:
La vista de historial se puede abrir realizando lo siguiente
Una vez abierta la vista, puede activar el botón Enlazar con selección para mantener la entrada de la vista sincronizada con la selección en el explorador automáticamente.
La vista de historial está organizada en varios paneles:
El panel superior es el gráfico de compromiso que muestra el registro de compromisos (o historial de compromisos) en orden cronológico inverso (compromiso más reciente en la parte superior). Por debajo del gráfico de compromiso, hay dos paneles predeterminados: en el lado izquierdo, el área de comentario de revisión, que muestra el mensaje de compromiso y una diferencia textual del archivo o de los archivos en el compromiso, y en el lado derecho, el área de Detalles de revisión, que muestra una tabla de los archivos que ha cambiado el compromiso.
La primera columna de esta tabla describe la naturaleza del cambio para cada archivo:
El contenido de los paneles inferiores depende de la selección en el panel superior y se actualiza automáticamente cuando se cambia esta selección.
Ambos paneles inferiores se pueden activar y desactivar por separado pulsando con el botón derecho del ratón en cualquier lugar del panel superior y seleccionando Mostrar comentario de revisión y Mostrar detalles de revisión, respectivamente.
Por encima del gráfico de compromisos, se visualiza la entrada actual. La entrada siempre es un recurso de espacio de trabajo, ya sea un proyecto, una carpeta o un archivo. Después del tipo de la entrada, se muestra la vía de acceso, seguida del nombre del repositorio que contiene el recurso entre corchetes.
El área de gráfico de compromisos es la parte principal de la vista de historial. De forma predeterminada, muestra el compromiso reservado actualmente y todos sus ancestros, es decir, la primera entrada de la lista es el compromiso reservado. La imagen siguiente se utiliza para explicar algunas de las características de la vista de historial:
Cada línea en el gráfico de compromisos corresponde a un compromiso. Las ramificaciones, los códigos y HEAD se visualizan del siguiente modo:
(nuestro ejemplo no tiene ramificaciones remotas).
La línea del lado izquierdo es el gráfico de compromisos real, que muestra la relación padre-hijo de los compromisos de la lista (cada compromiso tiene al menos un padre, excepto el primer compromiso en un repositorio). Puede haber bifurcaciones, que corresponden a una operación de ramificación, y uniones, que corresponden a una operación de fusión. En nuestro ejemplo, se ha creado una ramificación "experimental" después del compromiso con la ramificación "beforeSplit", y el mismo archivo se ha cambiado tanto en "master" como en la ramificación "experimental". El último compromiso es un compromiso de fusión donde el contenido de la ramificación "experimental" se ha fusionado con la ramificación "master".
El cambio exacto se puede inspeccionar marcando un compromiso y examinando el área de comentario de revisión. Cuando se desplaza hacia abajo en el área de comentario de revisión, se verá una diferencia textual de los cambios, en nuestro ejemplo, se dice que el contenido de Project1/f1/file1.txt se ha cambiado de "modified" a "modified in master". Al seleccionar el siguiente compromiso (que corresponde a la ramificación "experimental"), se mostraría un diff similar, diciendo que el contenido de ese archivo se ha cambiado de "modified" a "modified in experimental". El compromiso más nuevo es el resultado de fusionar "experimental" en "master". Por consiguiente, el nuevo compromiso tiene dos ancestros y las líneas "master" y "experimental" se unen de nuevo.
Si la entrada actual ya es un archivo, al pulsar con el botón derecho del ratón en Abrir en un compromiso se abrirá un editor con el contenido de archivo correspondiente al compromiso seleccionado actualmente. Si el archivo no existe en el compromiso seleccionado, se mostrará un mensaje de error. Al pulsar Comparar con árbol de trabajo se abrirá un editor de comparación que compara el contenido del archivo del compromiso seleccionado actualmente con el contenido del archivo en el espacio de trabajo.
Las acciones Abrir y Comparar con árbol de trabajo también se pueden ejecutar efectuando una doble pulsación en un compromiso: si el botón de la barra de herramientas "Modalidad de comparación" (véase más abajo) está inactivo, se ejecutará Comparar con árbol de trabajo, de lo contrario Abrir.
Es posible comparar el contenido de dos compromisos filtrados por la entrada actual seleccionando los dos compromisos y pulsando el botón derecho del ratón en Comparar entre sí. Si la entrada actual no es un archivo, hay una acción de menú adicional Comparar entre sí en árbol. La primera acción abre un editor de comparación de Eclipse, la segunda abre la Vista de comparación de árboles Git.
Además, es posible seleccionar cualquier número de compromisos y pulsar con el botón derecho del ratón en Abrir para ver todas las versiones del archivo correspondientes a los compromisos seleccionados (se abrirá un editor por versión).
Si la entrada actual no es un archivo, no habrá acciones de menú para Abrir. Sin embargo, es posible efectuar una doble pulsación en una entrada del área de Detalles de revisión. Si la modalidad de comparación está activa, se abrirá un editor de comparación que muestra los cambios para el archivo en el que se ha efectuado un doble pulsación en el compromiso seleccionado actualmente (es decir, una diferencia del contenido del archivo en el compromiso seleccionado actualmente contra el contenido del archivo del ancestro de este compromiso). Si la modalidad de comparación no está activa, se muestra un editor con el contenido del archivo correspondiente al compromiso seleccionado actualmente.
Los valores de filtro se pueden cambiar utilizando las correspondientes acciones de la barra de herramientas (consulte más abajo). De forma predeterminada, el valor "Recurso" está activo, es decir, solo se muestran los compromisos en la lista que contienen cambios para la entrada actual. Si la entrada actual no es un archivo, se muestran todos los compromisos que contienen cambios para cualquier hijo de la entrada actual.
Si el valor de filtro es "Recurso" y la entrada actual es un archivo, la lista de compromisos solo contiene los compromisos que contienen cambios para dicho archivo. Esto es útil cuando se analiza el historial de dicho archivo. En algunos casos, sin embargo, es útil ver también otros compromisos que no cambian el archivo real. Por ejemplo, puede ser interesante ver si un cambio dado en el archivo se ha realizado antes o después de algún otro compromiso que no cambia el propio archivo. En nuestro ejemplo, es posible que deseemos saber si un cambio dado era "antes" o "después" del compromiso etiquetado como "Project1". Al cambiar el valor de filtro de "Recurso" a "Repositorio", esto se realiza fácilmente:
El comportamiento de los otros dos valores ("Carpeta" y "Proyecto") es similar porque incluyen los compromisos que cambian cualquier recurso en la carpeta padre de la entrada actual o cualquier recurso del proyecto de la entrada actual, respectivamente. En nuestro ejemplo anterior, si se utilizara el valor de filtro "Proyecto", no se mostraría el compromiso "Añadir Project2 al repositorio", que no cambia nada en el proyecto de la entrada actual (Project1/f1/file1.txt).
De forma alternativa, para ver todos los compromisos que pertenecen a un proyecto específico, podría cambiar la entrada de la vista de historial a dicho proyecto. Sin embargo, las acciones de menú específicas del archivo no estarían disponibles.
Los cuatro primeros botones de la barra de herramientas de la vista de historial son los botones estándar para Renovar, Enlazar con selección, Anclar e Historial de navegación.
Si el botón de la barra de herramientas "Buscar" está inactivo, se muestra una barra de búsqueda en la parte inferior de la vista que permite buscar compromisos en el registro de compromisos. Dependiendo del valor de la lista desplegable en la barra de búsqueda, se busca el título, el comentario, el autor o el responsable del compromiso.
Los aciertos de búsqueda encontrados están resaltados en negrita y los botones "Siguiente" y "Anterior" permiten saltar al compromiso siguiente o anterior que coincida con los criterios de búsqueda:
Los siguientes cuatro botones de conmutación en la barra de herramientas de la vista controlan cómo se filtran los compromisos visualizados con respecto a la entrada actual:
Los botones funcionan como botones de selección, es decir, uno de los cuatro botones debe estar inactivo.
Tenga en cuenta que no todas las combinaciones de valores de filtro y la entrada actual son significativas; por ejemplo, si la entrada actual es un proyecto, la opción "Proyecto" es de hecho la misma que la opción "Recurso".
El siguiente botón vuelve a ser un conmutador, activando "Modalidad de comparación". Si está inactivo, determinadas acciones de doble pulsación (véase más arriba) abrirán un editor de comparación en lugar de un editor normal.
Este conmutador activa la modalidad "Todas las ramificaciones". De forma predeterminada, solo se muestran los compromisos en el registro de compromisos que se puede alcanzar desde el compromiso reservado actualmente, es decir, el gráfico de compromisos finaliza con el compromiso reservado actualmente y no se muestran los compromisos más nuevos. Si este botón está inactivo, se mostrarán todos los compromisos en el registro de compromisos. Esto se ilustra en la siguiente imagen de nuestro ejemplo. La ramificación "beforeSplit" está reservada actualmente; al activar el conmutador las nuevas ramificaciones se harán visibles:
La mayoría de las acciones de la barra de herramientas también están disponibles en el menú Ver. Además, están disponibles los cuatro conmutadores siguientes:
"Mostrar detalles de revisión" conmuta al área de detalles de revisión y "Mostrar comentario de revisión" conmuta al área de comentario de revisión. Las acciones "Acomodar comentarios" y "Rellenar párrafos" solo están disponibles si "Mostrar comentario de revisión" está activo y rige el formato dentro del área de comentario de revisión.
Las dos primeras acciones también están disponibles pulsando el botón derecho del ratón en cualquier lugar del área de gráfico de compromisos y las dos últimas acciones también están disponibles pulsando con el botón derecho del ratón en cualquier lugar del área de comentario de revisión.
La preferencia Mostrar > Seguir redenominaciones permite conmutar si se deben seguir los cambios de nombres de un recurso seleccionado en la vista de historial, si se utiliza el filtro "Recurso. Esta preferencia también se puede configurar en el asistente de preferencias Preferencias > Equipo > Git > Vistas > Seguir redenominaciones.
El menú contextual del área de gráfico de compromisos es ligeramente diferente, dependiendo de si lo actual es un archivo o una carpeta/proyecto, respectivamente. Las siguientes entradas de menú están siempre disponibles:
Si la entrada actual es un archivo, hay algunas otras acciones disponibles; si se selecciona exactamente un compromiso, hay tres opciones adicionales:
y si se seleccionan exactamente dos compromisos, el menú aparecerá de este modo:
Si se seleccionan más de dos compromisos, solo estarán disponibles la acción "Abrir" y el menú "Quickdiff".
Esta acción solo está disponible si la entrada actual es un archivo y se selecciona un único compromiso. Se abrirá un editor de comparación que compara el contenido del archivo del compromiso seleccionado con el contenido del archivo en el árbol de trabajo.
Esta acción solo está disponible si la entrada actual es un archivo y se seleccionan exactamente dos compromisos. Abrirá un editor de comparación que comparará el contenido de los archivos de los compromisos seleccionados entre sí.
Esta acción solo está disponible si la entrada actual es un archivo. Se abrirá un editor para cada compromiso seleccionado que muestra el contenido del archivo para el compromiso dado.
Esto reserva el compromiso seleccionado actualmente. Si existe una ramificación para este compromiso, se extrae la ramificación, si hay más de una ramificación para este compromiso, se mostrará un diálogo solicitando qué ramificación se debe reservar. Si no existe ninguna ramificación para el compromiso, se reservará el compromiso y HEAD se desconectará.
Crea una ramificación en el compromiso seleccionado actualmente. Se mostrará un diálogo solicitando un nombre de ramificación y si se debe reservar la ramificación recién creada.
Esta acción se habilitará si existe una ramificación para el compromiso seleccionado actualmente, que no se ha reservado. Si hay una sola ramificación en este compromiso, que no se ha reservado, esta acción suprimirá esta ramificación inmediatamente. Si existen varias ramificaciones de este tipo, se mostrará un diálogo en el que se preguntarán qué ramificaciones se deben suprimir. Si los compromisos se vuelven inalcanzables en "Suprimir ramificación" se visualizará un diálogo de confirmación para impedir la inaccesibilidad accidental de los compromisos.
Crea un código en el compromiso seleccionado actualmente. Se mostrará un diálogo solicitando un nombre de código y un mensaje de código.
Esta acción no está disponible en el primer compromiso de un repositorio. Creará un parche que contenga los cambios del compromiso seleccionado actualmente en comparación con el predecesor de ese compromiso. Se mostrará un diálogo preguntando si el parche se debe crear como archivo o en el portapapeles y si se debe utilizar el formato de parche Git del formato de parche genérico.
Aplica el cambio introducido por el compromiso seleccionado en la parte superior del compromiso reservado actualmente.
Revierte los cambios que introduce el compromiso seleccionado creando un nuevo compromiso en la parte superior del compromiso reservado actualmente.
Fusiona el compromiso seleccionado en la ramificación reservada actualmente.
Reorganiza la ramificación reservada actualmente encima del compromiso seleccionado.
Esta acción restablece el repositorio que contiene la entrada actual al compromiso seleccionado actualmente. Dependiendo de la elección del submenú, se realizará un restablecimiento parcial, mixto o completo.
Las dos acciones establecen la línea base de quickdiff para el repositorio en HEAD o el padre de HEAD. Estas acciones siempre están disponibles, incluso si se selecciona más de un compromiso.
Esta acción solo está disponible si se selecciona un único compromiso; establecerá la línea base de quickdiff para el repositorio en el compromiso seleccionado.
Copia los ID del compromiso o compromisos seleccionados actualmente en el portapapeles.
Conmuta la visibilidad del área de comentario de revisión.
Conmuta la visibilidad del área de detalles de revisión.
Solo está disponible cuando se pulsa con el botón derecho del ratón sobre el área de comentario de revisión. Si está activa, los comentarios se acomodarán automáticamente para rellenar el área de visualización, de lo contrario, se utilizará el ajuste del mensaje de compromisos.
Solo está disponible cuando se pulsa con el botón derecho del ratón sobre el área de comentario de revisión. Si está activa, el mensaje de compromiso se mostrará sin saltos de línea innecesarios.
Puede arrastrar y soltar compromisos del gráfico de compromisos en una tarea Mylyn o en una carpeta del disco duro. En ambos casos, EGit creará automáticamente un parche que puede adjuntar a un error o almacenar en disco.
El área de detalles de revisión muestra una tabla de los archivos que ha cambiado el compromiso seleccionado. Al seleccionar la acción del menú contextual Mostrar anotaciones en los archivos seleccionados se abrirá el archivo en un editor (de solo lectura) y se visualizará una regla de anotación con información de compromiso y de autor para cada línea en un archivo. Consulte esta sección.
El mandato de menú Equipo > Sincronizar espacio de trabajo iniciará la vista de sincronización. Esta vista le permite inspeccionar las diferencias entre los recursos en el espacio de trabajo local y una ramificación de seguimiento local o remota. De forma alternativa, puede comparar una ramificación de seguimiento local y remota. La comparación de dos ramificaciones de seguimiento remoto así como los mandatos de menú en la vista de sincronización aún no están disponibles en esta versión de EGit y se proporcionará en un futuro release.
Este es el aspecto de la Vista de Sincronización de Git:
La vista de sincronización muestra el estado de sincronización de los recursos en el espacio de trabajo o una ramificación local en comparación con los de otra ramificación de seguimiento remota que representa el estado de una ramificación de un repositorio remoto. Este estado se muestra mediante iconos; también se puede configurar para que el estado se muestre como texto añadido al final del nombre del recurso.
En la tabla siguiente se da una descripción de los iconos:
| Icono | Descripción |
|---|---|
|
Una adición entrante significa que se ha añadido un recurso a la ramificación de destino. |
|
Un cambio entrante significa que el archivo ha cambiado en la ramificación de destino. |
|
Una supresión entrante significa que se ha suprimido un recurso de la ramificación de destino. |
|
Una adición saliente significa que el archivo se ha añadido al espacio de trabajo o la ramificación de origen y aún no está en la ramificación de destino. |
|
Un cambio saliente significa que el archivo se ha cambiado en el espacio de trabajo o la ramificación de origen. |
|
Una supresión saliente es un recurso que se ha suprimido en el espacio de trabajo o la ramificación de origen. |
|
Una adición en conflicto significa que el recurso se ha añadido en el espacio de trabajo o la ramificación de origen y en la ramificación de destino. |
|
Un cambio en conflicto significa que el archivo se ha cambiado en el espacio de trabajo o la ramificación local y en la ramificación de destino. Será necesario realizar una fusión manual o automática. Además, las entradas de la vista que contienen hijos que son conflictos, también quedarán marcados con el icono de conflicto. Así resulta más fácil localizar los conflictos. |
|
Una supresión en conflicto significa que el recurso se ha suprimido en el espacio de trabajo o la ramificación de origen y en la ramificación de destino. |
La vista de sincronización se puede filtrar utilizando modalidades utilizando las acciones de la barra de herramientas o los elementos de menú del menú desplegable de la vista. Las modalidades permiten mostrar solo los cambios entrantes, solo los cambios salientes o solo los cambios en conflicto.
La vista de sincronización es capaz de visualizar representaciones de modelos diferentes de los recursos. Cada producto puede contener sus propias representaciones específicas de producto. El SDK de Eclipse se suministra con tres modelos:
Además de los modelos, también hay una Presentación sin formato que muestra los elementos desincronizados como elementos de nivel superior.
La vista de sincronización proporciona acciones de barra de herramientas para navegar por los cambios de la vista. Estas acciones no solo permiten navegar entre archivos, sino también pasar de un cambio a otro dentro de un archivo.
El árbol de la vista de sincronización se puede expandir y contraer fácilmente desde la barra de herramientas.
Esta vista se abrirá mediante algunas de estas acciones Comparar con (consulte Comparar contenido). Cuando se inicia desde un recurso (por ejemplo, un proyecto o carpeta), se verá parecido a los recursos del espacio de trabajo. Sin embargo, los iconos habituales en los archivos se sustituirán por los iconos que muestran el estado de cambio (añadido, suprimido, cambiado o no modificado).
Los cambios se pueden examinar y si se pulsa dos veces en un archivo se abrirá un editor de comparación para este archivo (esto solo tiene sentido en los archivos "cambiados", en caso de que se añadan o se supriman los archivos, un lado del editor de comparación estará vacío, mientras que los archivos no modificados mostrarán el mismo contenido en ambos lados del editor):
Es posible ocultar los archivos no modificados pulsando el botón "Ocultar archivos con contenido igual" en la barra de herramientas.
La vista de comparación de árboles Git también puede iniciarse sin tener como punto de partida los recursos del espacio de trabajo (por ejemplo, comparando dos compromisos en la vista de historial cuando la entrada de la vista de historial es un repositorio y no un recurso de espacio de trabajo). En este caso, se muestra el contenido completo del repositorio y tanto los proyectos como las carpetas aparecen como iconos de "carpeta" simples:
Esta vista proporciona un equivalente para estado de git que muestra los cambios realizados en el árbol de trabajo. Los cambios no preparados que aún no se han transferido al índice Git se muestran en el panel Cambios no preparados, los cambios que ya se han "añadido" (preparado) en el índice Git se muestran en el panel Cambios preparados. De forma predeterminada, estos paneles se visualizan en un diseño de fila, que se puede cambiar a un diseño de columna mediante la opción Disposición de las columnas.
Los paneles Cambios preparados y Cambios no preparados de forma predeterminada muestran la vía de acceso completa de los archivos. Se pueden configurar mediante la opción Mostrar nombres de archivo primero para mostrar primero los nombres de archivo, seguidos del directorio en el que se encuentran los archivos.
Efectúe una doble pulsación en los archivos modificados para abrir una vista de comparación. Si se activa desde el panel "no preparados", la vista de comparación mostrará los cambios aún no preparados. Cuando se activa desde el panel "preparados", se mostrarán los cambios ya preparados. Para abrir un archivo en el editor, utilice la acción Abrir versión de árbol de trabajo en el menú contextual del archivo.
Para preparar un archivo, arrástrelo desde el panel Cambios no preparados al panel Cambios preparados. De forma alternativa, utilice la acción Añadir al índice Git en el menú contextual del archivo en el panel Cambios no preparados. La acción Sustituir por archivo de índice de Git sustituirá el archivo seleccionado en el árbol de trabajo. Si el archivo no está preparado, se restablecerá. Si está preparado, la versión de árbol de trabajo se sustituirá por la versión preparada del índice Git.
Par anular la preparación de un archivo, arrástrelo del panel Cambios preparados al panel Cambios no preparados. De forma alternativa, utilice la acción Eliminar de índice Git en el menú contextual del archivo.
La acción de compromiso solo comprometerá los cambios preparados, de forma similar a la que hace git commit en el git nativo. Un editor de mensajes de compromisos integrado permite editar el mensaje de compromiso para el compromiso. En contraste con el diálogo de compromiso, la vista de preparación se puede mantener abierta mientras se realizan los cambios. Esto permite escribir de forma incremental el mensaje de compromiso junto con los cambios. El mensaje de compromiso que se está editando está asociado con el repositorio con el que está enlazado la vista de preparación. No se almacena de forma persistente y se perderá si se cierra la vista de preparación o Eclipse.
La vista de registro reflog muestra el registro de referencia de Git para un repositorio seleccionado. Da soporte a mostrar el registro de referencia para una ramificación específica seleccionando el nombre de referencia de hiperenlace en la parte superior derecha de la vista. Al pulsar dos veces el botón derecho del ratón o seleccionar la acción del menú contextual Abrir en el visor de compromisos en una entrada del registro de referencia se abre el compromiso correspondiente en el visor de compromisos. La acción del menú contextual Reservar reservará el compromiso seleccionado y HEAD se desconectará.
Los URL de Git URL en general constan del esquema de protocolo de transporte, la dirección del servidor remoto y la vía de acceso del repositorio dentro del servidor remoto y para algunos protocolos de autenticación también el ID de usuario.
EGit da soporte a los siguientes protocolos
Los URL de Git se utilizan al
Las referencias Git también se conocen como Refs.
Incluyen
Todas se denominan con una vía de acceso utilizando '/' como separador de vías de acceso y empiezan por "refs".
Los nombres de referencia se pueden abreviar siempre que la forma abreviada sea exclusiva.
Por ejemplo,
También hay un número de nombres "reservados" para las referencias que son útiles para determinados escenarios:
| Ref Name | Remark |
| HEAD | Apunta al compromiso reservado actualmente |
| FETCH_HEAD | Apunta al resultado de la última operación de captación |
| ORIG_HEAD | Apunta al compromiso que se ha reservado antes de que se iniciara una operación de fusión o reorganización |
Para obtener una lista completa para los nombres de referencia y el orden de prioridad si varias referencias tienen el mismo formato abreviado, consulte la sección "Especificación de revisiones" de git rev-parse.
Una "refspec" la utilizan las operaciones de captación e inserción para describir correlación entre Ref remota y Ref local. Semánticamente definen cómo se correlacionan las ramificaciones o los códigos locales con las ramificaciones o los códigos en un repositorio remoto. En git nativo se combinan con un signo de dos puntos en el formato <src>:<dst>, precedidos por un signo más opcional, + para indicar la actualización forzada. En EGit pueden visualizarse y también editarse en formato tabular en Especificaciones de referencia de inserción y Especificaciones de referencia de captación y otros diálogos.
El lado "izquierdo" de un RefSpec se denomina origen y el lado "derecho" se denomina destino. Dependiendo de si se utiliza RefSpec para captar o para insertar, la semántica del origen y del destino difieren: para una especificación de referencia de inserción, el origen indica una referencia en el repositorio de origen y el destino indica una referencia en el repositorio de destino.
Un ejemplo típico para una especificación de referencia de inserción podría ser
HEAD:refs/heads/master
Esto significa que la ramificación reservada actualmente (tal como se indica en la referencia HEAD, consulte Referencias Git) se insertará en la ramificación maestra del repositorio remoto.
Un ejemplo típico para una especificación referencia de captación podría ser
refs/heads/*:refs/remotes/origin/*
Esto significa que todas las ramificaciones del repositorio remoto se captarán en las ramificaciones de seguimiento remoto correspondientes del repositorio local.
Los remotos se utilizan para gestionar los repositorios ("remotos") de cuyas ramificaciones realizar el seguimiento desde el repositorio.
En EGit remotos se definen al
Un remoto primero de todo define un nombre para el repositorio cuyas ramificaciones realiza el seguimiento, esto es importante ya que es posible que desee realizar un seguimiento de las ramificaciones de distintos repositorios para que el nombre ayude a comprender con qué repositorio trata una operación determinada. Además de las Refspecs especificadas para un remoto dado defina una correlación de ramificaciones y códigos en el repositorio local para las ramificaciones y códigos del repositorio remoto. Es posible que desee utilizar correlaciones diferentes para operaciones de transporte de entrada o salida, por lo tanto hay editores para definir configuraciones de captación e inserción disponibles en EGit.
Los archivos .gitignore ubicados en el árbol de trabajo especifican archivos que intencionadamente no deberían ser rastreados por git. Solo se refieren a los archivos que aún no hay sido rastreados por Git. Para ignorar los cambios no comprometidos en los archivos que ya tienen seguimiento, consulte Suponer que no se ha cambiado.
Cada línea en los archivos .gitignore define un patrón. Git comprueba los patrones para ignorar siguiendo al jerarquía del árbol de trabajo del más alto al más bajo.
Los patrones definidos en archivos .gitignore de nivel superior se sustituyen por los definidos en niveles inferiores. Los archivos que se ignorarán para todos los que trabajan en un proyecto dado se incluyen normalmente en el repositorio del proyecto para compartirlos fácilmente en el equipo.
Definición de formato de patrón:
La acción de menú
Ignorar de EGit añade el recurso seleccionado al archivo .gitignore en el directorio padre del recurso. Para especificar otros patrones de ignorar, utilice un editor de texto.
Nota: EGit no respeta aún los archivos .gitignore fuera de los proyectos Eclipse, por lo que si tiene un repositorio que contiene varios proyectos, debe añadir un archivo .gitignore para cada proyecto en lugar de uno solo en el directorio raíz.
Como parte de las herramientas PDE de EGi, hay una fábrica de extracción de PDE Build para Git incluida en el plugin org.eclipse.egit.fetchfactory.
El formato de archivo del archivo de correlación: type@id, version=GIT,args
Donde args es una lista separada por comas de pares de clave-valor.
Los args aceptados incluyen:
La captación se implementa como un proceso de tres pasos:
|
|
|
|
| Tareas | Actualizar este documento |