Preguntas frecuentes

Para quien trabaja con muchos repositorios git: desarrolladores con varios clientes, equipos que gestionan decenas de servicios, consultores que pasan de un proyecto a otro. Funciona muy bien también con pocos repositorios, pero da lo mejor de sí cuando hacen falta una visión de conjunto y contextos separados.

SpiderGit es un proyecto joven y en evolución: nace como herramienta gratuita en esta primera versión, pero no podemos garantizar que lo siga siendo para siempre.

No. Las operaciones de cada día (commit, push, pull, ramas, merge, rebase, stash, conflictos) se hacen desde la interfaz, con confirmaciones y explicaciones cuando una operación es delicada. Si conoces git, encontrarás sus conceptos y sus nombres.

No, lo usa. SpiderGit ejecuta el git instalado en el ordenador, así que valen tu configuración, tus claves SSH, el credential helper, los hooks y Git LFS. Puedes usar SpiderGit y el terminal en el mismo repositorio, incluso a la vez.

Un conjunto de repositorios con sus propios ajustes: grupos, favoritos, color, fetch automático e identidad git. Normalmente se crea uno por cliente o área de trabajo. Un repositorio puede estar en varios workspaces.

Configura nombre y correo en el workspace: todos los commits, merges, tags, cherry-picks y reverts hechos en sus repositorios usarán esa identidad. Encima del botón Commit siempre ves qué identidad se va a usar.

Desde la página Repositorios → Escaneo de carpetas: indica las carpetas en las que trabajas y la profundidad, lanza el escaneo y añade los repositorios encontrados. Con «Grupo según las subcarpetas» el grupo se propone automáticamente.

Si lo activas en el workspace, sí: al abrirlo hace fetch de todos los repositorios en segundo plano, sin pedir nunca credenciales. En cualquier momento puedes usar «Actualizar» (solo estado local, sin red) o «Fetch de todos».

Usa el credential helper de git (por ejemplo Git Credential Manager en Windows y macOS). Si no hay ninguno, pide usuario y contraseña o token en una ventana durante las operaciones que has iniciado tú, sin guardarlos. Para GitHub, GitLab y Azure DevOps usa un token de acceso personal en lugar de la contraseña.

Sí, con las claves cargadas en el agente SSH; si una clave tiene frase de contraseña, SpiderGit la pide en una ventana.

Español, inglés e italiano. Al arrancar sigue el idioma del sistema; se cambia en Ajustes → Ajustes del sistema. Los mensajes de git, por ejemplo en el detalle de un error, se quedan en inglés.

Guarda workspaces, biblioteca y caché del panel en una pequeña base de datos en la carpeta de datos del usuario (%APPDATA%\SpiderGit en Windows, ~/.config/SpiderGit en Linux, ~/Library/Application Support/SpiderGit en macOS). Los repositorios se quedan donde están: quitar uno de un workspace no borra nada del disco.

Por seguridad, git rechaza los repositorios que pertenecen a otro usuario del sistema, algo frecuente con discos externos o carpetas copiadas de otro ordenador. SpiderGit reconoce el caso y, si confías en el contenido, añade el repositorio a las excepciones de git (safe.directory) con un clic.

El historial se carga en páginas de 500 commits, con un botón para cargar más. El rendimiento en repositorios con decenas de miles de commits aún no se ha medido de forma sistemática.

Windows 10 y 11 (x64), Linux (x64) y macOS (Apple Silicon e Intel). Necesita git 2.35 o posterior.