Quiero usar Git para rastrear los cambios micro (varios al día) en un directorio de trabajo grande (muchos conciertos). Los datos serán texto mixto binario/sin formato. Los datos binarios no cambiarán casi tanto como la información de texto. El acceso a las confirmaciones anteriores raramente será necesario y puede ser lento, mientras que el historial reciente debe ser rápido.Git-archive old commits
No quiero perder datos antiguos permanentemente, solo moverlos a un servidor de respaldo o algo así. ¿Hay algo en Git que permita archivar el historial anterior y mantener solo un cierto subconjunto en el repositorio local?
En caso negativo, ¿hay alguna herramienta más adecuada para este fin? Me gusta Git porque lo sé y quiero el control de versiones y diffs. No necesitaré ninguna de las características avanzadas de Git (como ramificación/fusión, no distribuida), por lo que cualquier otro VCS similar sería agradable.
Varios cambios al día en la mayoría de los archivos de texto apenas cuentan como "micro", esa es la tasa de compromiso que cualquier proyecto anterior obtiene durante las fases más pesadas para corregir errores en lugar de nuevos desarrollos. Git * debería * ser capaz de manejar esto sin mucha hinchazón. ¿Su repositorio realmente está creciendo en tamaño tan rápido que necesita volcar parte de su historial fuera del sitio? – millimoose
Excepto que el tamaño total de los datos podría ser> 100 GB. Incluso con la compresión inteligente, incluso cambios menores en la escala de más de 10.000 archivos varias veces al día agregarán significativamente a la memoria caché del repositorio localmente. Planeo volver a basar automáticamente, pero también hay un límite para esa utilidad. Realmente no es para lo que fue diseñado Git, así que me preguntaba si ya soportaba ese tipo de cosas antes de romper el cincel y reinventar la rueda. – tjameson