¿Cómo puedo evitar que .gitignore aparezca en la lista de archivos no rastreados?

Acabo de hacer una git initen la raíz de mi nuevo proyecto.

Entonces creé un .gitignorearchivo.

Ahora, cuando escribogit status , el archivo .gitignore aparece en la lista de archivos sin seguimiento. ¿Porqué es eso?

El .gitignorearchivo debe estar en su repositorio, por lo que debe agregarse y confirmarse, como git statussugiere. Tiene que ser parte del árbol del repositorio, para que los cambios puedan fusionarse y así sucesivamente.

Entonces, agréguelo a su repositorio, no debe ser ignorado.

Si realmente lo desea, puede agregarlo .gitignoreal .gitignorearchivo si no desea que se confirme. Sin embargo, en ese caso, probablemente sea mejor agregar los ignorados a .git/info/excludeun archivo local especial de pago que funciona igual que .gitignore pero no aparece en "estado de git" ya que está en la .gitcarpeta.

Ver también https://help.github.com/articles/ignoring-files

Si desea almacenar la lista de archivos ignorados fuera de su árbol Git, puede usar el archivo .git / info / exclude . Se aplica solo a su pago del repositorio.

En realidad, podría poner una línea .gitignoreen su .gitignorearchivo. Esto haría que .gitignoregit ignorara el archivo. Realmente no creo que sea una buena idea. Creo que el archivo de ignorar debe ser controlado y controlado por la versión. Solo pongo esto para completar.

También puede tener un .gitignorearchivo git de usuario global que se aplicará automáticamente a todos sus repositorios. Esto es útil para IDE y archivos de edición (por ejemplo, swpy *~archivos para Vim). Cambie las ubicaciones de directorio para adaptarse a su sistema operativo.

1. Añadir a su ~/.gitconfigarchivo:

   [core]
   excludesfile = /home/username/.gitignore
   

2. Cree un ~/.gitignorearchivo con patrones de archivo para ignorar.

3. Guarde sus archivos de puntos en otro repositorio para que tenga una copia de seguridad (opcional).

Cada vez que copie, inicie o clone un repositorio, también se usará su archivo global de gitignore.

Si alguien ya ha agregado un .gitignorea su repositorio, pero desea hacer algunos cambios y hacer que se ignoren, haga lo siguiente:

git update-index --assume-unchanged .gitignore

Fuente .

Después de agregar el .gitignorearchivo y confirmarlo, ya no aparecerá en la lista de "archivos no rastreados".

git add .gitignore
git commit -m "add .gitignore file"
git status

Solo en caso de que alguien más tenga el mismo dolor que nosotros. Queríamos excluir un archivo que ya se había confirmado.

Esta publicación fue mucho más útil: trabajar con .git / info / exclude demasiado tarde

Específicamente, lo que necesita para ignorar un archivo es usar el comando git remove See git rm ( http://www.kernel.org/pub/software/scm/git/docs/git-rm.html )

lo pruebas yendo

git rm --dry-run *.log
(si dice que desea excluir todos los archivos de registro)

esto generará lo que se excluiría si lo ejecutara.

entonces

lo ejecutas yendo

git rm *.log
(o la ruta / expresión de nombre de archivo que desee)

Luego agregue una *.loglínea a su .gitignorearchivo.

Por supuesto, el archivo .gitignore se muestra en el estado, porque no está rastreado, ¡y git lo ve como un nuevo archivo sabroso para comer!

Sin embargo, dado que .gitignore es un archivo sin seguimiento, es un candidato que git ignorará cuando lo coloque en .gitignore.

Entonces, la respuesta es simple: solo agregue la línea:

.gitignore # Ignore the hand that feeds!

a su archivo .gitignore!

Y, contrariamente a la respuesta de agosto, debería decir que no es que el archivo .gitignore deba estar en su repositorio. Simplemente sucede que puede ser, lo que a menudo es conveniente. Y probablemente sea cierto que esta es la razón por la cual .gitignore se creó como una alternativa a .git / info / exclude, que no tiene la opción de ser rastreado por el repositorio. En cualquier caso, la forma en que use su archivo .gitignore depende totalmente de usted.

Como referencia, consulte la página de manual de gitignore (5) en kernel.org.

La idea es colocar archivos que sean específicos de su proyecto en el .gitignorearchivo y (como ya se mencionó) agregarlo al repositorio. Por ejemplo .pycy .oarchivos, registros que crea el testuite, algunos accesorios, etc.

Para los archivos que crea su propia configuración, pero que no necesariamente aparecerán para todos los usuarios (como .swparchivos si usa vim, directorios ocultos ocultos y similares), debe usar .git/info/exclude(como ya se mencionó).

En primer lugar, como muchos otros ya dijeron, .gitignoreGit debería rastrearlo (y, por lo tanto, no debería ignorarse). Déjame explicarte por qué.

(TL; DR: confirme el .gitignorearchivo y use un global.gitignore para ignorar los archivos creados por su IDE o sistema operativo)

Git es, como probablemente ya sepa, un sistema de control de versiones distribuido . Esto significa que le permite alternar entre diferentes versiones (incluso si el desarrollo se ha dividido en diferentes ramas) y también permite que varios desarrolladores trabajen en el mismo proyecto.

Aunque el seguimiento de su .gitignoretambién tiene beneficios cuando cambia entre instantáneas, la razón más importante para confirmarlo es que querrá compartir el archivo con otros desarrolladores que están trabajando en el mismo proyecto. Al comprometer el archivo en Git, otros contribuyentes obtendrán automáticamente el .gitignorearchivo cuando clonen el repositorio, por lo que no tendrán que preocuparse por cometer accidentalmente un archivo que no debería confirmarse (como archivos de registro, directorios de caché, credenciales de bases de datos) , etc.) Y si en algún momento .gitignorese actualiza el proyecto , simplemente pueden introducir esos cambios en lugar de tener que editar el archivo manualmente.

Por supuesto, habrá algunos archivos y carpetas que querrá ignorar, pero que son específicos para usted y no se aplican a otros desarrolladores. Sin embargo, esos no deberían estar en el proyecto.gitignore . Hay otros dos lugares donde puede ignorar archivos y carpetas:

• Los archivos y carpetas creados por su sistema operativo o IDE deben colocarse en un archivo global.gitignore . El beneficio es que esto .gitignorese aplica a todos los repositorios en su computadora, por lo que no tiene que repetir esto para cada repositorio. Y no se comparte con otros desarrolladores, ya que podrían estar utilizando un sistema operativo y / o IDE diferente.
• Los archivos que no pertenecen al proyecto .gitignore, ni al global .gitignore, pueden ignorarse utilizando exclusiones de depósito explícitas enyour_project_directory/.git/info/exclude . Este archivo no se compartirá con otros desarrolladores y es específico para ese repositorio único

Tenga cuidado con el siguiente "problema" A veces desea agregar directorios pero no archivos dentro de esos directorios. La solución simple es crear un .gitignore con el siguiente contenido:

*

Esto parece funcionar bien hasta que se da cuenta de que el directorio no se agregó (como se esperaba a su repositorio. La razón de esto es que .gitignore también será ignorado, y por lo tanto el directorio está vacío. Por lo tanto, debe hacer algo como esto :

*
!.gitignore

Esto parece funcionar solo para que su directorio actual Gitignore todos los archivos del repositorio.

actualizar este archivo

.git/info/exclude 

con su comodín o nombre de archivo

*pyc
*swp
*~

Si ya ha registrado .gitignore y desea ignorar las modificaciones, consulte esta respuesta :

Intenta usar este comando:

git update-index --assume-unchanged FILENAME_TO_IGNORE

Para revertirlo (si alguna vez desea confirmar cambios), use:

git update-index --no-assume-unchanged

ACTUALIZACIÓN :

Aquí le mostramos cómo enumerar los archivos 'asumir sin cambios' en el directorio actual:

git ls-files -v | grep -E "^[a-z]"

Como la -vopción usará letras minúsculas para los archivos 'asumir sin cambios'.

En mi caso, quiero excluir un archivo existente. Solo modificar .gitignore no funciona. Seguí estos pasos:

git rm --cached dirToFile/file.php
vim .gitignore
git commit -a

De esta manera, limpié del caché el archivo que quería excluir y después lo agregué a .gitignore .

Navegue al directorio base de su repositorio de git y ejecute el siguiente comando:

echo '\\.*' >> .gitignore

Todos los archivos de puntos serán ignorados, incluido ese molesto .DS_Store si está en una Mac.

Es muy posible que un usuario final quiera que Git ignore el archivo ".gitignore" simplemente porque las carpetas específicas de IDE creadas por Eclipse probablemente no sean las mismas que NetBeans u otro IDE. Por lo tanto, para mantener el código fuente IDE antagónico, hace que sea más fácil ignorar un git personalizado que no se comparte con todo el equipo, ya que los desarrolladores individuales pueden estar usando IDE diferentes.

.gitignorese trata de ignorar otros archivos. git se trata de archivos, por lo que se trata de ignorar archivos. Sin embargo, como git funciona con archivos, este archivo debe estar allí como mecanismo para enumerar los otros nombres de archivo.

Si se llamara .the_list_of_ignored_files , podría ser un poco más obvio.

Una analogía es una lista de tareas pendientes que NO desea hacer. A menos que los enumere en alguna parte, hay algún tipo de lista de tareas pendientes que no sabrá sobre ellos.

Creo que hay situaciones en las que ignorar el .gitignore es muy útil. Por ejemplo, cuando tiene varios equipos o un equipo grande trabajando en la misma base de código. En ese caso, debe tener ciertas convenciones, una de ellas es lo que se ignora en el repositorio de git. Por lo general, se trata de ignorar los archivos y directorios creados por IDE u OS, algunos registros generados, etc.

Sin embargo, existe una fuerza que tiende a introducir cambios no convencionales en el .gitignorearchivo. El .gitignorearchivo puede ser modificado por una persona irresponsable, por error, por una herramienta que se utiliza, o en algún otro caso.

Para tener una fuerza contraria a esto, podemos hacer lo siguiente:

1. El .gitignore inicial debe reflejar la convención en equipo (s),
2. Después de presionarlo, el .gitignore debe asegurarse agregando la entrada .gitignore y presionando ese cambio nuevamente. El .gitignorearchivo está " sellado " de esta manera.

El " sellado ".gitignore archivo se puede cambiar, solo localmente, sin propagar esos modificadores a otros miembros del equipo. Sin embargo, si un cambio está ampliamente acordado en todo el equipo, entonces es posible "abrirlo", cambiarlo y luego "sellarlo" nuevamente. Eso no se puede hacer por error, solo intencionalmente.

Lamentablemente, no puede estar 100% protegido de la estupidez, pero de esta manera ha hecho todo lo posible para evitar que sucedan cosas estúpidas.

Si tienes un equipo relativamente pequeño con muy buenos profesionales, entonces esto no sería importante, pero incluso esos muchachos apreciarían tener una cosa menos de qué preocuparse.

Usar .git/info/excludees genial cuando no puedes hacer nada con respecto a la configuración de la infraestructura, solo cubre tu propio ** para no cometer un error.

Desde un punto de vista de lo que está bien y lo que está mal, estoy votando por tener una entrada .gitignore dentro del .gitignorearchivo, dando a todos la libertad de hacer localmente lo que quieran, pero sin invadir a otros.

Encontré que el mejor lugar para configurar ignorar los molestos .DS_Storearchivos es en el .git/info/excludearchivo.

IntelliJ parece hacer esto automáticamente cuando configura un repositorio git en él.