Git en Elyra: el repositorio es del proyecto
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.
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.