---
id: "fluxos.git-conceito"
titulo: "Git en Elyra: el repositorio es del proyecto"
resumo: "Entiende dónde vive Git en Elyra, cuáles son las cinco secciones del panel y por qué la rama base no es lo mismo que el destino de publicación."
idioma: "es"
tipo: "conceito"
categoria: "arquivos-git"
aplicavelDesde: "0.0.16"
capabilities: ["git.panel.navigate", "git.branch.base", "git.worktrees.list"]
estadoEditorial: "aprovado"
nivelEvidencia: "artefato-distribuido"
refFonte: "27574c339b58316408f6be2d62169d59041d07bf"
revisaoFonte: "2026-09-24"
revisor: "mantenedor (v1, 2026-10-03)"
rota: "/docs/es/fluxos/git-conceito/"
fonte: "pt-br/fluxos/git-conceito.md"
caminhoPublico: "docs/publica/es/fluxos/git-conceito.md"
hashFonte: "sha256:e54fb3fd85f5620d22afb6c608b161d1ae59720aa5548a5ea2a9980fe9d29085"
hashDestaPagina: "sha256:77332a84a2c5c738186d125b643982f563535e42a97ea5b8734fadd6d4f89aa5"
traducaoAssistidaPorIA: true
traducaoDesatualizada: false
corpoRetido: false
---
<!-- traducao-assistida-por-ia: idioma=ES fonte=pt-br/fluxos/git-conceito.md fonteHash=sha256:e54fb3fd85f5620d22afb6c608b161d1ae59720aa5548a5ea2a9980fe9d29085 estado=atual -->

El Git en Elyra sigue **la carpeta del proyecto**, no la carpeta del workspace. Un workspace es una
unidad de trabajo — un nombre y una carpeta, posiblemente otra máquina — y varios workspaces pueden
apuntar al mismo repositorio o a carpetas diferentes. Cuando haces un commit, un push o abres un pull
request, la operación ocurre en el repositorio del **proyecto abierto**, aunque el workspace actual sea
otro.

## Dónde está

El panel de Git vive en el inspector, el panel anclado a la derecha que se abre desde la **línea de
contexto** y se cierra con `Esc`. No existe una barra fija de Git: se invoca cuando lo necesitas y se
aparta cuando no.

El panel tiene dos partes que nunca salen de la pantalla:

- **El encabezado** responde tres preguntas sin un solo clic — en qué rama estás, qué no ha salido
  todavía de aquí y contra qué se está comparando esto.
- **El dock**, abajo, es el lugar del mensaje de commit y, con el árbol limpio, de las acciones de
  remoto.

El cuerpo se divide en cinco secciones:

| Sección | Qué muestra |
|---|---|
| **Cambios** | Los archivos que cambiaron, separados en cambiados, en el commit, sin seguimiento y en conflicto |
| **Commits** | El historial del repositorio, con los archivos y el diff de cada commit |
| **PR** | El pull request o merge request de la rama: conflictos, checks y comentarios de revisión |
| **Issues** | Las issues abiertas del repositorio en el proveedor |
| **Worktrees** | Los checkouts en paralelo del repositorio |

El encabezado se mantiene montado por encima de todas ellas a propósito: un check que falla mientras
miras «Cambios» sigue a la vista. Las secciones también cargan señales — recuento de archivos cambiados,
conflicto, checks fallando, comentarios abiertos sin resolver — y un conflicto manda en la sección de
cambios, porque nada más avanza mientras exista.

## Rama base no es destino de publicación

Esta es la distinción que más confunde, y Elyra mantiene las dos cosas separadas:

- **La base** es la referencia con la que el panel **compara** tu trabajo: cuántos commits tienes sobre
  ella, qué archivos cambiaron respecto a ella. Cambiar la base cambia la comparación y **no** cambia la
  rama actual ni fusiona nada.
- **El upstream de publicación** es donde van tus commits cuando publicas la rama.

Una puede divergir de la otra sin problema: comparar contra la rama principal del repositorio mientras se
publica en una rama propia es el caso común.

## Workspace y worktree son cosas distintas

La palabra `worktree` aparece **solo en la pantalla de Git** — y por un motivo. Una worktree es un
checkout extra del mismo repositorio, en otra rama y en otra carpeta, para que dos frentes no disputen
los mismos archivos. Es un recurso del propio Git.

Un **workspace** es una unidad de trabajo de Elyra: un nombre, una carpeta y posiblemente una máquina.
Crear una worktree **no** crea un workspace, y la lista de worktrees muestra checkouts que Elyra no
creó — incluidos los hechos a mano en la terminal. Nada se adopta automáticamente: si quieres trabajar
en esa carpeta como un workspace de la app, la elección es explícita.

## Alcance y límites de esta página

- **El Git del proyecto puede ser local o remoto.** Con un proyecto en otra máquina, los comandos corren
  allí, no en tu computadora; el panel no decide eso — quien decide es el proyecto abierto.
- **Carpeta sin repositorio no es un error.** El panel ofrece iniciar un repositorio o detectar uno ya
  existente; sin git instalado, avisa en lugar de fingir una lista vacía.
- **Una lectura desactualizada no se convierte en verdad.** Cuando una relectura falla, el panel marca el
  estado como no disponible en lugar de seguir afirmando el último número leído como si fuera actual.
- **Proveedores.** Las secciones de PR y de Issues hablan de **GitHub y GitLab**. Bitbucket, Azure DevOps
  y Gitea aparecen con la explicación de que no están soportados — la documentación no promete una
  integración que no existe.

## Próximos pasos

- [Cambios y diff](/docs/es/fluxos/git-alteracoes-e-diff/)
- [Preparar y crear un commit](/docs/es/fluxos/git-preparar-e-commitar/)
- [Worktrees del repositorio](/docs/es/fluxos/git-worktrees/)