Repository navigation
Releases
GitThul 1.2.3
GitThul 1.2.3
GitThul™ 1.2.3 corrige el bloqueo de los gestos de arrastrar y soltar dentro de
la aplicación en Windows.
El puntero podía mostrar el símbolo de operación prohibida incluso sobre un
destino válido. La ventana ahora permite que los eventos de arrastre lleguen a
la interfaz, para usar los gestos de archivos, referencias, repositorios y pestañas.
Los destinos que no admiten una operación siguen rechazándola.
Compatibilidad y validación
La corrección se dirige a los arrastres internos de GitThul. No añade importación
de archivos o carpetas arrastrados desde el Explorador de Windows.
Pasaron las comprobaciones locales de tipos, lint, formato y compilación web en
Linux, junto con las pruebas automatizadas de frontend y Rust. La liberación
también pasa por la CI y la construcción de paquetes para Linux x64, Windows x64
y macOS Intel y Apple Silicon. Estas comprobaciones no sustituyen la prueba
manual del gesto en Windows, que no se ha realizado para esta versión.
Windows sigue sin certificado comercial. macOS utiliza firma ad hoc, sin
notarización. Consulta los pasos y avisos de la guía de instalación.
Instalación y ayuda
Descarga e instala el paquete 1.2.3 correspondiente a tu sistema. La corrección
requiere el nuevo ejecutable. Si utilizas AppImage, reemplaza el archivo anterior
y comprueba su SHA-256 con el manifiesto de la release.
English summary
GitThul™ 1.2.3 fixes blocked internal drag-and-drop gestures on Windows, where
the pointer could show a forbidden symbol even over a valid target. The window
now lets drag events reach the interface. Unsupported targets still reject drops;
this release does not add file or folder imports from Windows Explorer.
Local Linux checks and automated frontend and Rust tests passed. The release
pipeline also checks and builds packages for Linux x64, Windows x64, and both
macOS architectures. Manual verification of the gesture on Windows has not been
performed for this version. Windows installers have no commercial signing
certificate; macOS uses ad hoc signing without notarization.
GitThul 1.2.2
GitThul 1.2.2
GitThul™ 1.2.2 conserva la vista al redimensionar paneles, permite recuperar el
panel de detalles plegado y devuelve el foco al repositorio al cerrar una terminal.
Correcciones
- Arrastrar un separador o ajustar su tamaño con el teclado mantiene abierto el
diff y conserva la selección. El control de plegado tampoco cierra el diff. - El panel derecho plegado deja una franja con una flecha para volver a abrirlo.
En Cambios y Stage, la flecha de plegado está antes de la papelera, en la misma
fila del filtro. Sus borradores y filtros se conservan al plegarlo. También se
recupera una distribución inicial utilizable si se había guardado una proporción
de tamaño inválida. - Al cerrar la terminal activa, el foco vuelve a la pestaña abierta de su
repositorio, independientemente del orden de las pestañas. Si no hay una
coincidencia, vuelve al último repositorio enfocado que siga abierto; si no
queda ninguno, vuelve a Repositorios. Cerrar una terminal de fondo conserva el foco.
Optimizaciones
Las consultas de repositorio e identidad Git se ejecutan en segundo plano. El
registro de diagnóstico agrupa la escritura de cada entrada y los diffs de archivos
ya rastreados evitan una consulta redundante al índice. Estos cambios reducen
trabajo de disco y esperas en el despacho de la interfaz, sin modificar los
resultados de las consultas.
Compatibilidad y límites
La terminal comprueba el repositorio de su panel activo antes de elegir el destino.
La detección automática de cambios de carpeta en la shell está disponible en Linux;
Windows y macOS usan el último directorio conocido por GitThul.
Los instaladores de Windows siguen sin certificado comercial. macOS utiliza firma
ad hoc, sin notarización. Consulta los pasos y avisos de la guía de instalación.
Validación
En Linux pasaron las comprobaciones locales de tipos, lint, formato y compilación
web, las 3108 pruebas de frontend y las 566 pruebas Rust activas. Las
pruebas cubren el resize, la recuperación del panel, el foco al cerrar terminales,
las lecturas asíncronas, los diffs, los registros y las regresiones de Git y recuperación.
Las pruebas HTTP utilizan un servidor local de prueba.
La revisión en navegador con datos simulados comprobó los controles con ratón y
teclado, la flecha junto a la papelera, la conservación del diff y el retorno al
repositorio. Estas comprobaciones no incluyen pruebas manuales de la aplicación
nativa ni de los instaladores en Linux, Windows o macOS.
Instalación y ayuda
Para actualizar, descarga el paquete 1.2.2 correspondiente a tu sistema. Si utilizas
AppImage, reemplaza el archivo anterior y comprueba su SHA-256 con el manifiesto
de la release.
- Descargar GitThul 1.2.2.
- Visor de diferencias.
- Terminal integrada.
- Instalación y dependencias.
- Reportar un problema.
English summary
GitThul™ 1.2.2 keeps the current diff and selection when resizing panels, leaves
a visible button to reopen the collapsed details panel, and restores repository
focus when closing a terminal. The matching open repository takes priority;
otherwise, focus returns to the most recently focused repository still open.
The staging panel toggle sits before the discard button, alongside the file filter.
Repository and Git identity reads run on background workers. Diagnostic entries
use buffered writes, and ordinary tracked-file diffs skip a redundant index query.
Local Linux checks passed, including 3108 frontend tests, 566 active Rust tests,
and browser checks with simulated data. These checks do not include manual native
application or installer testing on Linux, Windows or macOS. Automatic shell
directory tracking is available on Linux; Windows and macOS use the last directory
known to GitThul. Windows installers have no commercial signing certificate;
macOS uses ad hoc signing without notarization.
GitThul 1.2.1
GitThul 1.2.1
GitThul™ 1.2.1 actualiza la biblioteca Brotli incluida en el AppImage de Linux x64
para corregir CVE-2026-111497. También actualiza Node.js, utilizado para
desarrollar, comprobar y compilar el proyecto.
Corrección del AppImage
El AppImage 1.2.0 incluía Google Brotli 1.0.9, dentro del rango afectado por una
escritura fuera de límites al descomprimir datos Brotli manipulados. Este parche
incorpora Brotli 1.0.10, con la corrección oficial. La revisión confirma la
presencia de la biblioteca afectada en el paquete anterior; no demuestra una
explotación contra GitThul.
El empaquetado obtiene la fuente oficial, verifica su SHA-256 y comprueba que las
bibliotecas finales coinciden exactamente con las construidas. El AppImage incluye
su licencia y un manifiesto de procedencia. Estas comprobaciones también rechazan
copias adicionales que pudieran conservar una versión anterior.
La corrección requiere utilizar el nuevo AppImage: actualizar Node.js en el
equipo no reemplaza las bibliotecas incluidas en un AppImage ya descargado.
Consulta el aviso oficial de Brotli.
Entorno de desarrollo y compilación
El proyecto y CI pasan a Node.js 24.22.1, que incluye las correcciones de
seguridad de octubre. Quienes compilan desde el código deben actualizar su
entorno antes de instalar las dependencias. La aplicación instalada utiliza
Tauri y Rust y funciona sin instalar Node.js.
Lectura de respaldos
La lectura del catálogo de respaldos agrupa el acceso al archivo para evitar
operaciones de disco excesivas con manifiestos grandes. Se mantienen las
comprobaciones de integridad y recuperación de los respaldos.
Validación y compatibilidad
La validación previa de estos cambios se realizó sobre un candidato local que
todavía llevaba el número 1.2.0, antes de preparar esta liberación:
- Pasaron las comprobaciones locales de tipos, lint, formato, compilación web,
pruebas de frontend y Rust, y las siete pruebas de las guardas del AppImage. - El AppImage se construyó íntegramente en Ubuntu 22.04 x64. Se verificaron
Brotli 1.0.10, los bytes finales de sus bibliotecas y el requisito máximo
GLIBC 2.35 de los 183 archivos ELF del contenido. - En Ubuntu 24.04 x64 se comprobó el arranque nativo y la lectura de referencias
e historial de un repositorio Git real, con pantalla virtual y renderizado
por software. También se comprobó el arranque en Ubuntu 26.04 x64.
Estas pruebas corresponden al candidato local del cambio y no son comprobaciones
de instalación de los paquetes oficiales 1.2.1. La revisión nativa descrita se
limita a Linux x64; no incluye pruebas nativas ni de instalación en Windows o
macOS.
DEB y RPM siguen utilizando las bibliotecas de la distribución; mantén actualizado
el sistema. El cambio del AppImage no sustituye bibliotecas de otros formatos ni
certifica el estado de los componentes web de Windows o macOS. Los instaladores
de Windows siguen sin certificado comercial y macOS utiliza firma ad hoc, sin
notarización. El código propio se distribuye bajo MIT.
Instalación y ayuda
Para actualizar, descarga el paquete 1.2.1 correspondiente a tu sistema. Si
utilizas AppImage, reemplaza el archivo anterior y comprueba su SHA-256 con el
manifiesto de la release.
English summary
GitThul™ 1.2.1 updates the Linux x64 AppImage to Google Brotli 1.0.10, fixing
CVE-2026-111497. Packaging verifies the official source checksum and the exact
library bytes included in the AppImage. Development and CI move to Node.js
24.22.1; installed GitThul does not require Node.js. Updating Node.js does not
replace Brotli inside an older AppImage.
Backup catalog reads now use buffered file access to avoid excessive disk
operations for large manifests, while retaining integrity and recovery checks.
Local automated checks, an Ubuntu 22.04 build, native checks with a real Git
repository on Ubuntu 24.04, and an Ubuntu 26.04 startup check passed for a
pre-release candidate still numbered 1.2.0. These checks cover that local
candidate, not installation of the official 1.2.1 packages. The native checks
described here cover Linux x64 only. DEB/RPM use distribution libraries. Windows
installers have no commercial signing certificate; macOS uses ad hoc signing
without notarization.
GitThul 1.2.0
GitThul 1.2.0
GitThul™ 1.2.0 permite identificar repositorios con un alias, copiar texto desde
los diffs y Resolver, copiar SHA desde los detalles y aplicar solo los archivos
que necesitas de un stash.
Los paquetes de esta versión están en GitHub Releases.
Alias de repositorios
Asignar alias… está disponible en el menú contextual de los repositorios y
de sus pestañas abiertas. El alias aparece en las listas, espacios, pestañas,
búsqueda y cabecera de GitWorking, y se conserva al volver a abrir la aplicación.
Vaciar el campo restaura el nombre original. La carpeta y la identidad Git del
repositorio se mantienen.
Un doble clic sobre el nombre de una pestaña permite editar el alias directamente.
Enter o un clic fuera guarda; Escape cancela. El cambio se refleja en todas las
pestañas del mismo repositorio, incluidas sus terminales.
Más avatares y dibujos renovados
Los 85 avatares anteriores se redibujaron con siluetas más definidas y detalles
que se distinguen mejor en las filas y pestañas. El catálogo compartido de
repositorios y perfiles crece a 128 dibujos, con 43 opciones nuevas,
incluidos 20 símbolos: código, control de juego, planeta, OVNI, poción y más.
También llegan animales como el ajolote y el capibara, plantas, festividades y
figuras abstractas. Se conservan las cinco categorías, los colores y las
selecciones guardadas.
Copiar desde los diffs, Resolver y los detalles
- El menú contextual del diff ofrece Copiar selección y Seleccionar todo
en commits, WIP y stashes. También funcionan Ctrl+C y Ctrl+A, o Cmd
en macOS. En la vista dividida, la selección completa abarca el lado enfocado,
incluidos todos sus hunks. - Todos los editores de Resolver ofrecen las mismas acciones: A, B, resultado
editable y vistas de resultado resuelto y revisión. Seleccionar o copiar
conserva las decisiones del conflicto; cada panel selecciona su propio texto. - Los números de línea y las marcas visuales de espacios y tabuladores quedan
fuera de la copia. Se conservan los caracteres y finales de línea del texto
que recibe el visor. - El botón junto al SHA de un commit o stash copia su identificador completo.
Los fallos de acceso al portapapeles se muestran en un aviso.
Aplicar parte de un stash
Selecciona uno o varios archivos en los detalles del stash y abre su menú
contextual para aplicarlos. La vista de árbol también permite aplicar los
archivos de una carpeta.
Los cambios quedan en el árbol de trabajo. El Stage conserva su contenido y
el stash permanece disponible para aplicar otros archivos después. La acción
admite Deshacer/Rehacer, archivos binarios, nuevos, eliminados, sin seguimiento
y renombrados; estos últimos incluyen la ruta anterior y la nueva.
Los archivos elegidos deben estar libres de cambios locales; puedes conservar
cambios en otros archivos. Una colisión o un parche incompatible rechaza la
selección completa. Los cambios de submódulos requieren aplicar el stash
completo. La aplicación parcial no inicia una resolución de conflictos ni
elimina el stash.
Elegir dónde aparecen las notificaciones
En Configuraciones → Apariencia, la posición se elige sobre un esquema de
la ventana. Selecciona una de sus cuatro esquinas para ver una notificación de
prueba en esa ubicación. La esquina activa queda marcada; también puedes
cambiarla con las flechas del teclado y restablecer la posición predeterminada.
Administrar el espacio de respaldos
En Configuraciones → Respaldos y caché puedes eliminar respaldos anteriores
de forma individual, después de revisar su repositorio y fecha. El respaldo
válido más reciente de cada repositorio permanece protegido. El borrado verifica
los datos conservados y solo libera los bloques que ninguna otra copia necesita;
el repositorio original se mantiene.
Depurar respaldos… permite retirar todos los puntos no protegidos en una
sola operación, con confirmación. Una barra de carga indica la primera consulta,
las actualizaciones solicitadas y la depuración. Las consultas automáticas
posteriores son silenciosas y mantienen disponibles la eliminación y depuración;
las acciones manuales tienen prioridad segura frente a la cola de respaldos.
Una barra muestra el espacio ocupado y su porcentaje respecto al límite global
configurado para respaldos. Se actualiza al eliminar una copia y refleja los
datos compartidos sin contarlos varias veces.
Cuando falta espacio para preparar un respaldo, GitThul libera las versiones
adicionales necesarias entre todos los repositorios y conserva la última copia válida
de cada uno. Al reducir el límite, muestra el impacto y pide confirmación si
debe eliminar versiones. Un límite que no permite conservar las copias protegidas
se rechaza con una indicación del mínimo necesario.
Validación y compatibilidad
Las pruebas automatizadas comprueban persistencia y edición directa de alias,
menús y selección, portapapeles y aplicación parcial con repositorios Git
descartables. Las pruebas de respaldos cubren corrupción, datos compartidos,
operaciones simultáneas, consultas automáticas sin bloquear los controles y
prioridad segura de la depuración durante una captura. La verificación de
frontend también incluye selección continua entre hunks y conservación de sus
controles de Stage. La administración del límite comprueba el impacto antes de
depurar, conserva las copias protegidas y exige revisar otra vez un plan que haya
cambiado. Los fallos de persistencia y la falta de espacio temporal también se
cubren con pruebas.
Las comprobaciones de avatares cubren los 128 dibujos, la conservación de todos
los identificadores anteriores, traducciones y selección guardada en repositorios
y perfiles. El selector se revisó en ambos temas y en una ventana de 320 px.
La revisión visual en navegador utiliza datos simulados y cubre los temas claro
y oscuro. En Linux x64 finalizaron correctamente las comprobaciones de tipos,
lint y formato, la compilación web y la compilación nativa actual, sin
instaladores. Lint conserva dos advertencias de TanStack Virtual y Vite avisa
del tamaño del chunk principal.
La interfaz nativa y la instalación de paquetes de esta versión todavía no se
han comprobado manualmente en Linux, Windows o macOS. Los instaladores de Windows
no tienen certificado comercial; las aplicaciones de macOS usan firma ad hoc y
no están notarizadas. El código propio se distribuye bajo MIT.
Instalación y ayuda
Descarga el paquete correspondiente a tu sistema desde la release e instálalo
siguiendo la guía. Consulta los requisitos y avisos de firma antes de actualizar.
- Repositorios y alias.
- Diff e historial de un archivo.
- Aplicar archivos de un stash.
- Respaldos y espacio ocupado.
- Instalación y dependencias.
- Reportar un problema.
English summary
GitThul™ 1.2.0 adds persistent repository aliases throughout repository lists,
spaces, tabs, search and GitWorking. Double-click a repository tab name to edit
its alias in place; Enter or a click outside saves, and Escape cancels. Repository
paths and Git identities stay unchanged. Diff and Resolver editor context menus
support copying selected text and selecting the entire focused panel, with
Ctrl/Cmd+C and Ctrl/Cmd+A. This
includes both conflict sides, the editable result and result review panels,
without changing conflict decisions. Commit and stash details include a button
to copy the full SHA.
All 85 existing avatars have been redrawn with bolder silhouettes and clearer
detail. The shared repository and profile catalog now contains 128 drawings,
including 43 additions and 20 new symbols. Existing selections and colors are
preserved across the five categories.
Apply selected stash files from their context menu while preserving the stash
and the current index. Unrelated local changes can remain; selected files must
have no local changes. Conflicting patches, destination collisions and submodule
changes are rejected. Partial application supports undo and redo.
Appearance settings now include a window diagram for choosing the notification
corner, with a marked selection, keyboard navigation and a live sample.
Older backups can be deleted individually after confirmation. The most recent
valid backup of each repository remains protected, retained data is verified,
and shared blocks are kept. A storage bar shows usage against the global backup
limit and updates after deletion.
Clean up all unprotected backups in one confirmed operation. A loading bar
shows the initial load, requested refreshes and cleanup. Later automatic polls
keep the interface steady and deletion controls available; manual operations
take priority safely over the background backup queue.
When a new backup needs more room, GitThul removes only the additional versions
needed, preserving every repository's latest valid copy. Lowering the storage
limit previews the impact and requires confirmation when versions must be
removed. Limits below the space needed for protected copies are rejected.
Automated checks cover the new behavior, including real Git repositories; visual checks
use simulated browser data. Native UI and package installation have not been
manually verified for this version. Windows installers have no commercial
signing certificate; macOS applications use ad hoc signing without notarization.
GitThul 1.1.4
GitThul 1.1.4
GitThul™ 1.1.4 permite recorrer los carriles que quedan ocultos en el grafo de
GitWorking y corrige las terminales que desaparecían al cerrar el panel inicial
después de dividirlo. También facilita la lectura de archivos históricos: los
archivos sin cambios se abren completos y el margen de números de línea conserva
su ancho al desplazarse.
Recorrer el grafo de commits
- La columna Grafo tiene una barra horizontal compacta sobre su borde inferior.
Permite llegar a los carriles ocultos sin mover las etiquetas de ramas, los
mensajes ni las demás columnas. También admite gestos horizontales, Mayús + rueda
y teclado. - Los bordes serrados indican en qué lado queda contenido oculto. Cambian al
desplazarse y desaparecen cuando todo el grafo cabe en la columna. - Al ampliar la columna o cambiar su contenido, la posición se ajusta al espacio
disponible. La rueda limita los saltos grandes y conserva los movimientos
pequeños del trackpad.
Terminales divididas
- Al cerrar la terminal inicial después de crear divisiones, incluidas las
anidadas, las terminales restantes siguen visibles y conservan sus procesos,
contenido y foco. - Los paneles utilizan separadores simples y aprovechan el espacio que antes
ocupaban sus bordes y esquinas. El acceso a GitWorking aparece primero entre
los botones de cada terminal. - El historial lateral muestra su barra vertical y mantiene alineadas las
cabeceras con las filas.
Leer archivos y preparar commits
- En Todos los archivos del árbol de un commit, abrir un archivo que no cambió
muestra directamente su contenido en esa revisión. Al abrir después un archivo
modificado, vuelven los controles de comparación y tus ajustes anteriores. - El margen de números de línea reserva desde el principio el ancho necesario
para el archivo o diff completo. Ya no desplaza el código al pasar por decenas,
centenas o millares. En archivos cortos, su fondo y separador llegan hasta la
parte inferior del visor. - Los filtros reservan espacio para el contador y el botón de limpiar, evitando
que se superpongan con el texto. El selector de perfil alinea el nombre junto
al avatar. - La carga inicial de GitWorking muestra una barra de progreso mientras se
consultan los datos del repositorio y la primera página del historial. - Los separadores entre los paneles de GitWorking, la barra inferior y el mensaje
de commit se muestran como una sola línea.
Validación y compatibilidad
La validación local en Linux x64 completó 2,906 pruebas de frontend y 517 de
Rust aprobadas; seis pruebas de Rust quedaron excluidas de la ejecución. También
pasaron formato, análisis estático y compilaciones web y nativa de Linux. La
compilación nativa local no generó instaladores.
Las regresiones cubren las terminales divididas, el desplazamiento y los límites
del grafo, el margen de números de línea y la lectura de archivos sin cambios.
La revisión visual se realizó en navegador con datos simulados; esa comprobación
no sustituye la interfaz nativa ni la instalación de los paquetes. No se ha
comprobado manualmente la instalación de esta versión en Windows o macOS.
Los instaladores de Windows no tienen certificado de firma comercial. Las
aplicaciones de macOS tienen firma ad hoc y no están notarizadas por Apple.
SHA256SUMS.txt permite comprobar las descargas. Los avisos de las bibliotecas
del sistema incorporadas al AppImage se adjuntan en linux-x64-system-notices.tar.gz.
El código propio se distribuye bajo MIT.
Instalación y ayuda
- Versión 1.1.4 y paquetes.
- Guía de instalación y dependencias.
- Historial y lectura de archivos.
- Reportar un problema.
English summary
GitThul™ 1.1.4 adds horizontal navigation within GitWorking's graph column. A
compact scrollbar reveals hidden lanes, and sawtooth edges show which side still
has hidden content. Resizing keeps the position within bounds, while wheel and
trackpad input allow finer movement.
Closing the original terminal after nested splits keeps the remaining terminals
visible with their running processes, output and focus. Unchanged files opened
from a commit's full tree show their contents at that revision without changing
your diff preferences. Line number gutters keep a stable width while scrolling
and fill the viewer for short files. Filters avoid overlapping text, GitWorking
shows initial loading progress, and panel separators use a single line.
Local Linux validation passed 2,906 frontend tests and 517 Rust tests, plus web
and native builds; six Rust tests were excluded. Browser visual checks used
simulated data. Native UI and Windows/macOS installation were not manually
checked for this version.
Windows installers have no commercial signing certificate; macOS applications
use ad hoc signing and are not notarized.
Release notes and packages.
GitThul 1.1.3
GitThul 1.1.3
GitThul™ 1.1.3 corrige el error que indicaba que la carpeta del repositorio había
desaparecido al intentar ignorar un archivo del WIP. La acción ahora escribe la
regla correspondiente en el .gitignore del repositorio real.
Conserva las funciones de 1.1.2.
El código propio se distribuye bajo MIT.
Ignorar archivos desde GitWorking
- Ignorar permite añadir una regla para el archivo, su extensión o su
carpeta..gitignorequeda pendiente para que revises y prepares el cambio. - Ignorar y dejar de seguir también retira del índice los archivos que
coinciden con la regla y conserva sus copias locales. Si ya estaban en un
commit, sus eliminaciones quedan preparadas para el siguiente. - Los nombres con espacios o caracteres como
*,[o!se tratan como
rutas literales. La opción de ignorar una extensión conserva su alcance sobre
los archivos y carpetas que coinciden con ella. - Ambas acciones admiten Deshacer y Rehacer durante la sesión, incluida
la recuperación de.gitignorey del índice del worktree.
Arranque y ajustes
- La aplicación de escritorio utiliza las operaciones nativas de Git en todo
su adaptador. El simulador y los datos de ejemplo quedan limitados al
desarrollo y las pruebas, fuera de los paquetes de producción. - Si el entorno de escritorio no está disponible al arrancar, aparece un aviso
traducido que permite identificar el problema. - Si falla la lectura de los ajustes, el registro conserva el error original y
la aplicación carga una configuración segura, con los respaldos automáticos y
la limpieza automática de recuperación desactivados.
Validación e instalación
La validación local en Linux x64 comprende 2,871 pruebas de frontend y 517 de
Rust aprobadas; seis pruebas de Rust quedaron excluidas de la ejecución. También
se completó la compilación nativa de Linux sin generar instaladores. Estas
comprobaciones no incluyen la instalación manual en Windows o macOS.
Los instaladores de Windows no tienen certificado de firma comercial. Las
aplicaciones de macOS tienen firma ad hoc y no están notarizadas por Apple.
SHA256SUMS.txt permite comprobar las descargas. Los avisos de las bibliotecas
del sistema incorporadas al AppImage se adjuntan en linux-x64-system-notices.tar.gz.
English summary
GitThul™ 1.1.3 fixes the misleading repository-folder error when ignoring a WIP
file. Ignore rules now update the real repository's .gitignore, which remains
unstaged for review. Ignoring and untracking preserves local files, and both
actions support session Undo and Redo.
Desktop operations use native Git throughout. Production packages exclude the
simulator and sample data, startup failures show a translated message, and a
settings-read failure preserves its diagnostic while disabling automatic
backups and recovery cleanup in the safe configuration.
Local Linux validation includes frontend and Rust tests and a native build.
Windows and macOS installation was not manually checked.
Release notes and packages.
GitThul 1.1.2
GitThul 1.1.2
GitThul™ 1.1.2 hace más claras las diferencias que pueden pasar inadvertidas al
comparar archivos: permisos de ejecución, finales de línea, codificación, BOM,
representación Unicode, caracteres invisibles y renombrados.
Conserva las funciones de 1.1.1.
El código propio se distribuye bajo MIT.
Visor de diferencias
- Los cambios de ejecución y de tipo de archivo muestran los modos anterior y
nuevo, incluso cuando el diff no contiene líneas añadidas o eliminadas. - El aviso de finales de línea distingue
CRLF,LFy finales mixtos. Las
conversiones que Git ya normaliza con atributos o configuración no aparecen
como cambios pendientes. - Los avisos de codificación, marca BOM, representación Unicode y caracteres
invisibles explican esas diferencias. Los caracteres invisibles incluyen su
punto de código y las cantidades anterior y nueva. - Los renombrados y las copias muestran las dos rutas e indican si también
cambió el contenido. Los avisos se mantienen breves y se desplazan cuando son
numerosos para conservar espacio para el editor. - Los espacios modificados se representan con
␣; los tabuladores llevan una
flecha cuyo ancho corresponde al espacio que ocupan hasta la siguiente parada
de tabulación. Estas marcas conservan el texto original al copiar o preparar. - El salto final se representa directamente en la numeración de cada lado, sin
aviso adicional. La fila vacía del editor no se ofrece como una línea
inexistente para preparar en Git. - Al ver un enlace simbólico completo, el visor muestra el destino textual que
Git guarda, sin seguir el enlace para leer otro archivo.
Estas mejoras se aplican al árbol de trabajo, Staging y los diffs históricos.
Los parches conservan sus bytes originales para preparar y descartar cambios.
La detección de codificación sin BOM sigue siendo una estimación; puedes usar
el selector de codificación para reinterpretar el archivo.
Consulta la guía de diff e historial.
Validación e instalación
La validación automatizada comprende frontend y Rust en Linux x64, Windows x64
y macOS Intel/Apple Silicon, con repositorios Git temporales para comprobar
permisos, enlaces, conversiones de texto y conservación de los bytes al preparar
y retirar cambios. La interfaz se revisó en navegador con temas claros y oscuros,
variantes, fuentes y tamaños de texto. La instalación y revisión manual de esta
versión en Windows y macOS siguen pendientes.
Los instaladores de Windows no tienen certificado de firma comercial. Las
aplicaciones de macOS tienen firma ad hoc y no están notarizadas por Apple.
SHA256SUMS.txt permite comprobar las descargas. Los avisos de las bibliotecas
del sistema incorporadas al AppImage se adjuntan en linux-x64-system-notices.tar.gz.
Consulta la guía de instalación y dependencias
para instalar el paquete correspondiente a tu sistema.
GitThul 1.1.1
GitThul 1.1.1
GitThul™ 1.1.1 corrige la apertura de repositorios que conservan una rama upstream
configurada cuya referencia remota ya no existe. También mejora la precisión de
los conteos de commits y el diagnóstico de errores al cargar referencias.
Conserva las funciones de 1.1.0.
El código propio se distribuye bajo MIT.
Apertura y referencias
- Un upstream eliminado, por ejemplo después de
fetch --prune, permite abrir
el repositorio y consultar sus ramas, historial y archivos. GitThul indica
que ese upstream no está disponible y conserva la configuración del repositorio. - Las ramas con upstream ausente no muestran conteos de commits por delante
o por detrás ni se consideran sincronizadas con el remoto. - Los conteos usan las revisiones exactas de las ramas. Un tag o una rama local
con el mismo nombre corto que el upstream ya no cambia el resultado. - Los objetos dañados y los fallos reales de Git siguen mostrando un error.
- Si crear una rama y cambiar a ella sobrescribiría archivos locales, la
notificación explica el bloqueo y recomienda crear un stash o hacer commit.
Los cambios compatibles con el destino siguen permitiendo crear la rama.
Resolución de conflictos
Si un cambio de rama, pull, merge o rebase termina pero aparecen conflictos al
restaurar el stash automático, Resolver permite cancelar esa restauración.
La rama ya actualizada se conserva y los cambios locales permanecen guardados
en el stash. Al completar la resolución, GitThul retira solo el stash utilizado.
El aviso explica este alcance para distinguirlo del aborto de una integración
que todavía está en curso.
Cuando los conflictos proceden de una operación externa sin recuperación
registrada, Resolver explica por qué no dispone de una opción para abortar.
Diagnóstico
Los errores de lectura, escritura e integración con Git conservan el paso que
falló, sus causas disponibles y evidencia estructurada. Los comandos incluyen
argumentos protegidos, código de salida y stderr; los errores de disco conservan
su tipo y código del sistema. Cada fallo relaciona el diagnóstico nativo con la
operación y hasta 12 pasos anteriores, también sin activar debug.
Los reportes JSONL comienzan con un resumen del entorno y de las incidencias
repetidas. La protección de secretos es recursiva y se aplica antes de guardar
y al exportar entradas antiguas. Los recortes y pérdidas conocidas de evidencia
se indican en el reporte. Las lecturas rutinarias generan menos entradas de debug.
Consulta la guía de registros
para exportar un reporte.
Revisa el archivo antes de compartirlo: puede contener rutas locales y nombres
de referencias.
Validación e instalación
La corrección incluye pruebas con repositorios Git temporales para upstreams
eliminados, nombres homónimos, repositorios bare, worktrees, objetos ausentes y
recuperación de conflictos del stash automático. Las comprobaciones automatizadas
cubren frontend y Rust en Linux x64, Windows x64 y macOS Intel/Apple Silicon.
La instalación y revisión manual en Windows y macOS, y la reproducción con el
repositorio original del reporte, siguen pendientes.
Los instaladores de Windows no tienen certificado de firma comercial. Las
aplicaciones de macOS tienen firma ad hoc y no están notarizadas por Apple.
SHA256SUMS.txt permite comprobar las descargas. Los avisos de las bibliotecas
del sistema incorporadas al AppImage se adjuntan en linux-x64-system-notices.tar.gz.
Consulta la guía de instalación y dependencias
para instalar el paquete correspondiente a tu sistema.
GitThul 1.1.0
GitThul 1.1.0
GitThul™ 1.1.0 añade respaldos de emergencia del repositorio y acciones para
gestionar varios repositorios a la vez. También mejora la preparación de la
terminal, la estabilidad de sus paneles y las comparaciones de archivos.
Conserva las correcciones de 1.0.1.
El código propio se distribuye bajo MIT.
Respaldos de emergencia y caché
En Configuración → Respaldos y caché puedes consultar puntos de restauración
completos y recuperar un repositorio en una carpeta nueva, aunque hayan
desaparecido el original y su remoto. Los respaldos se guardan fuera del
repositorio, en los datos locales de GitThul.
- Los respaldos automáticos están activados por defecto y se preparan en segundo
plano al abrir un repositorio. Después del primero, solo se guarda otra versión
si cambió el repositorio y pasaron al menos 24 horas. Las sesiones largas también
comprueban si corresponde guardar una nueva copia. - Los datos se comprimen y los contenidos iguales se comparten entre puntos.
El límite inicial es 1 GiB global, configurable para todos los repositorios.
Mientras haya espacio, se conservan hasta 7 versiones diarias, 4 semanales
y 3 mensuales. El último respaldo válido de cada repositorio siempre se protege,
incluso si olvidas el repositorio o borras su carpeta. - Si no cabe una copia completa, GitThul conserva la anterior e indica la falta
de espacio. Una captura en curso o incompleta no se presenta como un punto
disponible para restaurar. - Las capturas que protegen operaciones y Deshacer/Rehacer pasan a uso interno.
GitThul las depura automáticamente. Limpiar caché… elimina los temporales
que ya no se necesitan y conserva los datos activos o pendientes y los
respaldos de emergencia.
Los puntos incluyen el historial Git, las ramas, los tags, los stashes, el
índice de staging, los archivos con seguimiento y los archivos sin seguimiento
no ignorados. Los archivos sin seguimiento ignorados quedan fuera.
Un worktree se restaura como un repositorio independiente.
Para respaldar submódulos y Git LFS deben estar disponibles localmente los datos
necesarios, también de sus versiones históricas. Los repositorios bare, clones
superficiales o parciales y otras configuraciones que no puedan recuperarse
de forma independiente no generan un punto completo. Consulta el alcance y
los límites en la guía de respaldos y caché.
Estas copias son locales: si se pierde el disco que las contiene, también se pierden.
Gestión de varios repositorios
- Selección múltiple en listas y tarjetas con Ctrl/Cmd, Shift y los atajos de
selección. El menú contextual permite Abrir los seleccionados en pestañas
u Olvidar sus entradas de la biblioteca, sin borrar sus carpetas. - Puedes arrastrar una selección completa a un espacio o crear uno nuevo con
el grupo. Las pertenencias anteriores se conservan y no se agregan duplicados. - El menú contextual permite sacar repositorios de un espacio concreto. La
acción conserva la biblioteca, las pestañas y los archivos. Si un repositorio
pertenece a varios espacios, se retira de cada uno por separado.
Terminal y grafo
- La preparación del shell y del historial se realiza sin bloquear la ventana,
con barras de progreso mientras se prepara la terminal o se carga el grafo.
Puedes cancelar el arranque cerrando su pestaña. - Dividir una terminal o cerrar un panel vecino conserva el proceso, la salida
y el texto que estabas escribiendo en los paneles que siguen abiertos. - Los commits del grafo usan anillos; WIP usa un círculo sólido y los stashes,
cuadrados sólidos. Las conexiones entre commits son continuas; los enlaces
de WIP y stash son finos y punteados. - Las cabeceras Grafo y Mensaje permiten ajustar el ancho de sus columnas
y recuerdan el reparto. El grafo ya no muestra una barra horizontal. La barra
de carga no desplaza las cabeceras ni las filas al abrir o cerrar paneles.
Diff, historial y listas de archivos
- El primer botón de la barra del diff abre y cierra el historial del archivo,
también en la vista del archivo completo y en archivos binarios. - Al estrechar el panel, la barra oculta primero el origen de la comparación.
Si hace falta más espacio, mueve todos los controles juntos a una fila inferior,
con las opciones centradas y cerrar a la derecha. - Pulsar el nombre de una carpeta la expande o colapsa igual que su flecha.
También se conserva la expansión al filtrar todos los archivos de un commit
después de consultar el historial de uno de ellos.
Comparaciones y stashes
- La comparación de selecciones muestra diferencias entre sus versiones finales.
Dos ramas con historias distintas y contenido idéntico muestran Sin diferencias,
igual quegit diffentre ambas. - Al crear un stash, una lectura atrasada ya no vuelve a mostrar en WIP los
archivos que acaban de guardarse. - Los archivos sin seguimiento guardados en un stash se pueden abrir desde ese
punto, incluso cuando ya no existen en la carpeta de trabajo. POP conserva
su restauración habitual.
Avisos de actualizaciones
- Pulsar GitThul y su versión en la barra inferior abre Actualizaciones.
Cuando se detecta una versión más reciente, aparece un indicador +1 junto
a la versión instalada. - GitThul puede sugerirte activar la búsqueda de versiones al arrancar mediante
un aviso que permite seguir trabajando. Puedes activarla, posponer la propuesta
una semana o indicar que no vuelva a sugerirla. Aceptar busca una versión
en ese momento y habilita las consultas en los siguientes arranques.
La búsqueda automática sigue desactivada por defecto. GitThul no descarga,
instala ni reinicia automáticamente; ofrece un enlace a la versión publicada
para que puedas elegir su paquete.
Descargas y validación
Los archivos adjuntos identifican su sistema y arquitectura:
| Sistema | Arquitectura | Paquetes |
|---|---|---|
| Linux | x64 | .deb, .rpm, .AppImage |
| Windows | x64 | instalador .exe (NSIS), .msi |
| macOS | Apple Silicon (ARM64) | .dmg con aarch64 en el nombre |
| macOS | Intel (x64) | .dmg con x64 en el nombre |
Los paquetes se preparan después de superar las comprobaciones automatizadas
del frontend y de Rust en Linux, Windows y macOS. Estas comprobaciones no
equivalen a pruebas manuales de instalación y funcionamiento de los paquetes
1.1.0. La validación manual en Windows y macOS sigue pendiente.
Necesitas Git instalado y disponible en el sistema. Para generar llaves SSH
desde GitThul también necesitas OpenSSH. Consulta la
guía de instalación y dependencias.
Cierra GitThul e instala el paquete correspondiente a tu sistema.
SHA256SUMS.txt permite comprobar que la descarga coincide con el archivo
publicado; no sustituye una firma digital.
Los instaladores de Windows no tienen certificado de firma comercial. Las
aplicaciones de macOS tienen firma ad hoc y no están notarizadas por Apple.
El sistema puede mostrar avisos o impedir su apertura según su política de seguridad.
Ayuda y errores
Al reportar un problema, indica la versión, el sistema, la arquitectura y los pasos
para reproducirlo. Revisa los registros antes de adjuntarlos y evita publicar
credenciales, datos privados o contenido de tus repositorios.
GitThul 1.0.1
GitThul 1.0.1
Esta actualización de GitThul™ corrige las ventanas de consola que aparecían
brevemente en Windows durante operaciones internas, como abrir un repositorio
o consultar su estado. También corrige el directorio inicial de la terminal
integrada cuando se utiliza CMD con una ruta local de Windows.
Conserva las funciones de la primera entrega pública, 1.0.0.
El código propio se distribuye bajo MIT.
Correcciones en Windows
- Las consultas y operaciones internas de Git, SSH y sus auxiliares se ejecutan
sin crear una ventana de consola. La terminal integrada conserva su shell
interactivo dentro de GitThul. - CMD recibe una ruta local compatible al abrir la terminal en el repositorio.
Se evita que interprete el prefijo de una ruta canónica, como\\?\C:\, como
una ruta UNC y termine enC:\Windows. La adaptación se aplica únicamente
si ambas formas de la ruta identifican el mismo directorio.
CMD conserva su limitación para utilizar rutas UNC de red como directorio
actual. Esta actualización no modifica la ubicación del repositorio ni los
puntos de recuperación.
La corrección incorpora una prueba automatizada específica de Windows para
comprobar que los procesos internos no reciben una consola, además de pruebas
del directorio inicial del shell. Los paquetes se publican después de superar
las comprobaciones automatizadas de Linux, Windows y macOS.
La comprobación visual y manual de estas correcciones en Windows sigue
pendiente.
Errores al crear commits
Si Git rechaza un commit por falta de nombre o correo, GitThul conserva ese
error y permite corregir la identidad. Se evita que aparezca un error genérico
de comunicación cuando Git termina antes de leer el mensaje del commit.
Descargas e instalación
Los archivos adjuntos identifican su sistema y arquitectura:
| Sistema | Arquitectura | Paquetes |
|---|---|---|
| Linux | x64 | .deb, .rpm, .AppImage |
| Windows | x64 | instalador .exe (NSIS), .msi |
| macOS | Apple Silicon (ARM64) | .dmg con aarch64 en el nombre |
| macOS | Intel (x64) | .dmg con x64 en el nombre |
macOS Intel: instalación y funcionamiento siguen pendientes de validación
manual.
Necesitas Git instalado y disponible en el sistema. Para generar llaves SSH
desde GitThul también necesitas OpenSSH. Consulta la
guía de instalación y dependencias.
Cierra GitThul y utiliza el paquete correspondiente a tu sistema para instalar
la actualización. La búsqueda de versiones en Configuración → Actualizaciones
ofrece un enlace a GitHub Releases; la descarga y la instalación se realizan
fuera de la aplicación.
SHA256SUMS.txt contiene las sumas SHA-256 de los paquetes. Permite comprobar
que la descarga coincide con el archivo publicado; no sustituye una firma digital.
Los instaladores de Windows no tienen certificado de firma comercial. Las
aplicaciones de macOS tienen firma ad hoc y no están notarizadas por Apple.
El sistema puede mostrar avisos o impedir su apertura según su política de seguridad.
Ayuda y errores
Al reportar un problema, indica la versión, el sistema, la arquitectura y los pasos
para reproducirlo. Revisa los registros antes de adjuntarlos y evita publicar
credenciales, datos privados o contenido de tus repositorios.