Tengo la carpeta application/
que agrego a .gitignore
. Dentro de la application/
carpeta está la carpeta application/language/gr
. ¿Cómo puedo incluir esta carpeta?
He intentado esto
application/
!application/language/gr/
sin suerte ...
Tengo la carpeta application/
que agrego a .gitignore
. Dentro de la application/
carpeta está la carpeta application/language/gr
. ¿Cómo puedo incluir esta carpeta?
He intentado esto
application/
!application/language/gr/
sin suerte ...
Respuestas:
Si excluye application/
, todo lo que se encuentre debajo de él siempre se excluirá (incluso si algún patrón de exclusión negativa posterior ("ignorar") puede coincidir con algo debajo application/
).
Para hacer lo que quiere, debe "ignorar" cada directorio padre de todo lo que desea "ignorar". Por lo general, terminas escribiendo reglas para esta situación en pares: ignora todo en un directorio, pero no cierto subdirectorio.
# you can skip this first one if it is not already excluded by prior patterns
!application/
application/*
!application/language/
application/language/*
!application/language/gr/
Nota
El seguimiento /*
es significativo:
dir/
excluye un directorio llamado dir
y (implícitamente) todo debajo de él. dir/
, Git nunca mirará nada debajo dir
y, por lo tanto, nunca aplicará ninguno de los patrones de "no excluir" a nada debajo dir
.dir/*
no dice nada sobre dir
sí mismo; simplemente excluye todo debajo dir
. Con dir/*
, Git procesará el contenido directo de dir
, dando a otros patrones la oportunidad de "excluir" un poco del contenido ( !dir/sub/
)./*
es significativo. Si se excluye un directorio, Git nunca mirará el contenido de ese directorio. El patrón dir/
excluye un directorio llamado dir
y (implícitamente) todo debajo de él. El patrón dir/*
no dice nada sobre dir
sí mismo; simplemente excluye todo debajo dir
. Con dir/
, Git nunca mirará nada debajo dir
y, por lo tanto, nunca aplicará ninguno de los patrones de "no excluir" a nada debajo dir
. Con dir/*
, Git procesará el contenido directo de dir
, dando a otros patrones la oportunidad de "excluir" un poco del contenido ( !dir/sub/
).
git add -f .
git status
, que solo le indicará que se agregará el directorio de nivel superior. En su lugar, haga uno git add
del directorio de nivel superior y luego git status
(con suerte) enumerará el subconjunto de archivos que ha coincidido con el patrón.
Commit 59856de de Karsten Blees (kblees) para Git 1.9 / 2.0 (Q1 2014) aclara ese caso:
gitignore.txt
: aclarar la naturaleza recursiva de los directorios excluidosUn prefijo opcional "
!
" que niega el patrón; cualquier archivo coincidente excluido por un patrón anterior se volverá a incluir.No es posible volver a incluir un archivo si se excluye un directorio principal de ese archivo. (
*
)
(*
: a menos que se cumplan ciertas condiciones en git 2.8+, ver más abajo)
Git no enumera los directorios excluidos por razones de rendimiento, por lo que cualquier patrón en los archivos contenidos no tiene ningún efecto, sin importar dónde estén definidos.Coloque una barra diagonal inversa ("
\
") delante de la primera "!
" para los patrones que comienzan con un literal "!
", por ejemplo, "\!important!.txt
".Ejemplo para excluir todo excepto un directorio específico
foo/bar
(tenga en cuenta que/*
, sin la barra inclinada, el comodín también excluiría todo lo que contengafoo/bar
):
--------------------------------------------------------------
$ cat .gitignore
# exclude everything except directory foo/bar
/*
!/foo
/foo/*
!/foo/bar
--------------------------------------------------------------
En tu caso:
application/*
!application/**/
application/language/*
!application/language/**/
!application/language/gr/**
Primero debe hacer una lista blanca de las carpetas , antes de poder hacer una lista blanca de los archivos dentro de una carpeta determinada.
Actualización febrero / marzo 2016:
Tenga en cuenta que con git 2.9.x / 2.10 (¿mediados de 2016?), Es posible volver a incluir un archivo si se excluye un directorio principal de ese archivo si no hay un comodín en la ruta que se vuelve a incluir .
Nguyễn Thái Ngọc Duy ( pclouds
) está intentando agregar esta característica:
Entonces, con git 2.9+, esto podría haber funcionado, pero finalmente se revirtió:
application/
!application/language/gr/
v2.8.1.windows.1
pero no parece funcionar :(
application/
+ !application/language/gr/
mencionado en la respuesta funciona como se esperaba.
La respuesta de @Chris Johnsen es excelente, pero con una versión más reciente de Git (1.8.2 o posterior), hay un patrón de doble asterisco que puede aprovechar para una solución un poco más abreviada:
# assuming the root folder you want to ignore is 'application'
application/**/*
# the subfolder(s) you want to track:
!application/language/gr/
De esta manera, no tiene que "ignorar" el directorio principal de la subcarpeta que desea rastrear.
Con Git 2.17.0 (No estoy seguro de qué tan temprano antes de esta versión. Posiblemente vuelva a 1.8.2), usando el **
patrón combinado con exclusiones para cada subdirectorio que conduce a su (s) archivo (s). Por ejemplo:
# assuming the root folder you want to ignore is 'application'
application/**
# Explicitly track certain content nested in the 'application' folder:
!application/language/
!application/language/gr/
!application/language/gr/** # Example adding all files & folder in the 'gr' folder
!application/language/gr/SomeFile.txt # Example adding specific file in the 'gr' folder
**
puede coincidir con cero subcarpetas, y *
lo coincidirá language
y excluirá, evitando la inclusión de gr
. La cadena completa de padres que @Chris Johnson recomienda parece necesaria todavía.
/www/**/* !/www/config.xml !/www/res
config.xml y el directorio res todavía se ignora.
!/www/res/
. Puede usar el folder/**/*
patrón, pero aún necesita agregar exclusiones para cada subdirectorio que desea agregar. Todavía es más corto y más legible que el combo ignorar / excluir.
Hay un montón de preguntas similares sobre esto, así que publicaré lo que escribí antes:
La única forma en que conseguí que esto funcionara en mi máquina fue hacerlo de esta manera:
# Ignore all directories, and all sub-directories, and it's contents:
*/*
#Now ignore all files in the current directory
#(This fails to ignore files without a ".", for example
#'file.txt' works, but
#'file' doesn't):
*.*
#Only Include these specific directories and subdirectories:
!wordpress/
!wordpress/*/
!wordpress/*/wp-content/
!wordpress/*/wp-content/themes/
!wordpress/*/wp-content/themes/*
!wordpress/*/wp-content/themes/*/*
!wordpress/*/wp-content/themes/*/*/*
!wordpress/*/wp-content/themes/*/*/*/*
!wordpress/*/wp-content/themes/*/*/*/*/*
Observe cómo debe permitir explícitamente el contenido para cada nivel que desee incluir. Entonces, si tengo subdirectorios 5 profundos debajo de los temas, todavía necesito explicarlo.
Esto es del comentario de @ Yarin aquí: https://stackoverflow.com/a/5250314/1696153
Estos fueron temas útiles:
También intenté
*
*/*
**/**
y **/wp-content/themes/**
o /wp-content/themes/**/*
Nada de eso funcionó para mí tampoco. ¡Muchas pruebas y errores!
!
reglas en la parte inferior.
He encontrado que esto realmente funciona.
**/node_modules/*
!**/node_modules/keep-dir
La forma más simple y probablemente la mejor es intentar agregar los archivos manualmente (generalmente esto tiene prioridad sobre .gitignore
las reglas de estilo):
git add /path/to/module
Incluso puede que desee la -N
intención de añadir la bandera, para sugerir que se añada ellos, pero no inmediatamente. A menudo hago esto para archivos nuevos que aún no estoy listo para presentar.
Esta es una copia de una respuesta publicada en lo que fácilmente podría ser un control de calidad duplicado. Lo vuelvo a publicar aquí para aumentar la visibilidad. Me resulta más fácil no tener un lío de reglas de gitignore.
Entonces, dado que muchos programadores usan el nodo. el caso de uso que cumple con esta pregunta es excluir node_modules
excepto un módulo, module-a
por ejemplo:
!node_modules/
node_modules/*
!node_modules/module-a/
2.10.2.windows.1
.
Agregue una respuesta adicional:
!/.vs/ <== include this folder to source control, folder only, nothing else
/.vs/* <== but ignore all files and sub-folder inside this folder
!/.vs/ProjectSettings.json <== but include this file to source control
!/.vs/config/ <== then include this folder to source control, folder only, nothing else
!/.vs/config/* <== then include all files inside the folder
Aquí está el resultado:
Especialmente para las versiones anteriores de Git, la mayoría de las sugerencias no funcionarán tan bien. Si ese es el caso, pondría un .gitignore por separado en el directorio donde quiero que se incluya el contenido independientemente de otras configuraciones y permitiría allí lo que se necesita.
Por ejemplo: /.gitignore
# ignore all .dll files
*.dll
/dependency_files/.gitignore
# include everything
!*
Por lo tanto, todo en / dependency_files (incluso archivos .dll) se incluye muy bien.
He encontrado un caso similar aquí, donde en laravel por defecto, .gitignore
ignora todos los que usan asterix, luego anula el directorio público.
*
!public
!.gitignore
Esto no es suficiente si se encuentra con el escenario OP.
Si quieres cometer un subcarpetas específicas de public
, digamos por ejemplo, en el public/products
directorio que desea incluir archivos que son una subcarpeta profunda por ejemplo para incluir public/products/a/b.jpg
que no será detectado correctamente, incluso si se agregan específicamente como éste !/public/products
, !public/products/*
etc ..
La solución es asegurarse de agregar una entrada para cada nivel de ruta como este para anularlos a todos.
*
!.gitignore
!public/
!public/*/
!public/products/
!public/products/*
!public/products/*/
!public/products/*/
!public/products/*/*
Solo otro ejemplo de caminar por la estructura del directorio para obtener exactamente lo que desea. Nota: no excluí Library/
peroLibrary/**/*
# .gitignore file
Library/**/*
!Library/Application Support/
!Library/Application Support/Sublime Text 3/
!Library/Application Support/Sublime Text 3/Packages/
!Library/Application Support/Sublime Text 3/Packages/User/
!Library/Application Support/Sublime Text 3/Packages/User/*macro
!Library/Application Support/Sublime Text 3/Packages/User/*snippet
!Library/Application Support/Sublime Text 3/Packages/User/*settings
!Library/Application Support/Sublime Text 3/Packages/User/*keymap
!Library/Application Support/Sublime Text 3/Packages/User/*theme
!Library/Application Support/Sublime Text 3/Packages/User/**/
!Library/Application Support/Sublime Text 3/Packages/User/**/*macro
!Library/Application Support/Sublime Text 3/Packages/User/**/*snippet
!Library/Application Support/Sublime Text 3/Packages/User/**/*settings
!Library/Application Support/Sublime Text 3/Packages/User/**/*keymap
!Library/Application Support/Sublime Text 3/Packages/User/**/*theme
> git add Library
> git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: Library/Application Support/Sublime Text 3/Packages/User/Default (OSX).sublime-keymap
new file: Library/Application Support/Sublime Text 3/Packages/User/ElixirSublime.sublime-settings
new file: Library/Application Support/Sublime Text 3/Packages/User/Package Control.sublime-settings
new file: Library/Application Support/Sublime Text 3/Packages/User/Preferences.sublime-settings
new file: Library/Application Support/Sublime Text 3/Packages/User/RESTer.sublime-settings
new file: Library/Application Support/Sublime Text 3/Packages/User/SublimeLinter/Monokai (SL).tmTheme
new file: Library/Application Support/Sublime Text 3/Packages/User/TextPastryHistory.sublime-settings
new file: Library/Application Support/Sublime Text 3/Packages/User/ZenTabs.sublime-settings
new file: Library/Application Support/Sublime Text 3/Packages/User/adrian-comment.sublime-macro
new file: Library/Application Support/Sublime Text 3/Packages/User/json-pretty-generate.sublime-snippet
new file: Library/Application Support/Sublime Text 3/Packages/User/raise-exception.sublime-snippet
new file: Library/Application Support/Sublime Text 3/Packages/User/trailing_spaces.sublime-settings
gitignore: especifica los archivos intencionalmente no rastreados para ignorar.
Ejemplo para excluir todo excepto un directorio específico foo / bar (tenga en cuenta el / * - sin la barra inclinada, el comodín también excluiría todo dentro de foo / bar ):
$ cat .gitignore
# exclude everything except directory foo/bar
/*
!/foo
/foo/*
!/foo/bar
Otro ejemplo para WordPress :
!/wp-content
wp-content/*
!/wp-content/plugins
wp-content/plugins/*
!wp-content/plugins/my-awesome-plugin
Más información aquí: https://git-scm.com/docs/gitignore
A menudo utilizo esta solución alternativa en la CLI donde, en lugar de configurar mi .gitignore
, creo un .include
archivo separado donde defino los (sub) directorios que quiero incluir a pesar de los directorios que se ignoran directamente o recursivamente .gitignore
.
Por lo tanto, también uso
git add `cat .include`
durante la puesta en escena, antes de comprometerse.
Para el OP, sugiero usar un .include
que tenga estas líneas:
<parent_folder_path>/application/language/gr/*
NOTA: El uso cat
no permite el uso de alias (dentro .include
) para especificar $ HOME (o cualquier otro directorio específico). Esto se debe a que la línea homedir/app1/*
cuando se pasa al git add
uso del comando anterior aparece como git add 'homedir/app1/*'
, y al encerrar los caracteres entre comillas simples ('') conserva el valor literal de cada carácter dentro de las comillas, evitando así que funcionen los alias (como homedir ) (vea Bash Single Cotizaciones )
Aquí hay un ejemplo de un .include
archivo que uso en mi repositorio aquí .
/home/abhirup/token.txt
/home/abhirup/.include
/home/abhirup/.vim/*
/home/abhirup/.viminfo
/home/abhirup/.bashrc
/home/abhirup/.vimrc
/home/abhirup/.condarc
Quería rastrear archivos js de producción js y esto funcionó:
node_modules/*
!node_modules/jquery
node_modules/jquery/*
!node_modules/jquery/dist/*
mi configuración de JetBrains IntelliJ IDEA .gitignore, donde necesito excluir la .idea
carpeta wholde excepto .idea/runConfigurations
:
.idea
!.idea/
.idea/*
!.idea/runConfigurations/
ver: https://github.com/daggerok/gitignore-idea-runConfigurations
.gitignore
documentación del "formato de patrón" se volvió más clara (diciembre de 2013). Vea mi respuesta a continuación