¿Cómo puedo hacer que git ignore futuras revisiones de un archivo?

He creado una versión predeterminada de un archivo incluido en un repositorio git. Es importante que cuando alguien clone el repositorio, obtenga una copia de este archivo. Sin embargo, me gustaría configurar git para que ignore los cambios en este archivo más adelante. .gitignorefunciona solo en archivos sin seguimiento.

Mi motivación es que este archivo contiene información específica de la máquina. Me gustaría proporcionar valores predeterminados, al tiempo que permitiría a las personas realizar cambios locales que no se retrasarán al repositorio de origen, creando conflictos de fusión cuando realizamos nuevos cambios.

En general, somos bastante vagos y usamos git add .mucho, así que estoy bastante seguro de que si no puedo decirle a Git que ignore este archivo, los cambios en él terminarán comprometiéndose y empujados.

Para resumir,

1. Me gustaría crear un archivo, llamarlo default_values.txtque se agrega a mi repositorio git y se incluye cuando alguien clona ese repositorio.
2. git add .no debe agregar default_values.txtal commit.
3. Este comportamiento debe pasarse a cualquier clon del repositorio.

Como muchos otros han mencionado, una buena solución moderna es:

git update-index --skip-worktree default_values.txt

Eso ignorará los cambios en ese archivo, tanto local como ascendente, hasta que decida permitirlos nuevamente con:

git update-index --no-skip-worktree default_values.txt

Puede obtener una lista de archivos marcados como omitidos con:

git ls-files -v . | grep ^S

Tenga en cuenta que --skip-worktree, a diferencia , el --assume-unchangedestado se perderá una vez que se extraiga un cambio ascendente.

Lo que estás buscando es git update-index --assume-unchanged default_values.txt.

Consulte los documentos para obtener más detalles: http://www.kernel.org/pub/software/scm/git/docs/git-update-index.html

El enfoque que generalmente he visto es crear un archivo con un nombre diferente, por ejemplo: default_values_template.txt y poner default_values.txt en su .gitignore. Indique a las personas que copien default_values_template.txt a default_values.txt en sus espacios de trabajo locales y que realicen los cambios necesarios.

Eche un vistazo a las secuencias de comandos borrosas / borrosas. De esta manera, puede controlar el archivo de la versión, pero cuando está desprotegido, lo "borrará" reemplazando los datos genéricos / de posición con datos específicos de la máquina en el archivo.

Cuando lo confirmes, lo "limpiarás" reemplazando la información específica de la máquina con información genérica o de posición.

Los scripts de difuminado / limpieza deben ser deterministas en el sentido de que aplicarlos varias veces, en diferentes órdenes, será el equivalente a ejecutar el último de la secuencia.

Lo mismo se puede aplicar con las contraseñas si necesita exponer su repositorio, pero el contenido puede contener información confidencial.

He resuelto esto definiendo el filtro "limpio" para simplemente capturar el contenido del archivo en el índice.

git show :path/to/myfile solo debe imprimir el contenido del índice para el archivo especificado, de modo que podamos usarlo en un script para reemplazar la copia de trabajo con la copia intacta en el índice:

#! /bin/sh

git show :$1

Establezca eso como el filtro "limpio" para el archivo en cuestión (suponiendo que lo haya puesto en "discard_changes"):

$ git config filter.ignore_myfile.clean "discard_changes path/to/myfile"
$ echo "path/to/myfile filter=ignore_myfile" >> .gitattributes

Desafortunadamente, no puedo encontrar una manera de hacer esto generalizable a múltiples archivos, ya que no hay forma de saber qué archivo estamos procesando desde el script limpio. Por supuesto, no hay nada que le impida agregar una regla de filtro diferente para cada archivo, pero es un poco confuso.

Encontré una solución que funciona para mi equipo. Compartimos nuestros githooks a través de enlaces simbólicos y después de agregar un archivo de plantilla a git, agregué un enlace de precompromiso que verifica si el archivo de plantilla ha sido modificado y, de ser así, yo git reset -- templatefile.txt. Si es el único archivo modificado, también aborto la confirmación.

Sugiero buscar en submódulos. Si coloca los archivos específicos de la máquina en un submódulo, git add debería ignorarlo.