Git ігнорує файли, які не знаходяться в gitignore

У мене є сховище git, яке ігнорує файли зображень, а також кілька інших файлів, але мій .gitignoreфайл лише ігнорує config.phpфайл. Чи є десь якийсь глобальний файл ігнорування, який я, здається, не можу знайти? Я маю вказати файли, щоб додати їх зараз, і це попереджає мене:

Наступні шляхи ігноруються одним із ваших файлів .gitignore.

Вміст мого ~/.gitconfigфайлу - це лише моя електронна адреса.

git check-ignore

Використовуйте git check-ignoreкоманду для налагодження файлу gitignore (виключення файлів).

Наприклад:

$ git check-ignore -v config.php
.gitignore:2:src    config.php

Вищенаведені вихідні відомості про узгоджений шаблон (якщо такий є) для кожного заданого імені шляху (включаючи рядок).

Тож можливо ваше розширення файлу не ігнорується, але весь каталог.

Повертається формат:

<source> <COLON> <linenum> <COLON> <pattern> <HT> <pathname>

Або скористайтеся наступною командою для друку вашої .gitignoreв папці HOME користувача та папки сховища:

cat ~/.gitignore "$(git rev-parse --show-toplevel)"/.gitignore "$(git rev-parse --show-toplevel)"/.git/info/exclude

В якості альтернативи, git add -fяке дозволяє додавати інакше ігноровані файли.

Див: man gitignore, man git-check-ignoreдля отримання більш докладної інформації.

Синтаксис

git check-ignore [параметри] ім'я шляху…

git check-ignore [options] --stdin

Можливо, буде добре знати, що ваша конфігурація git може містити core.excludesfile, який являє собою шлях до файлу з додатковими шаблонами, які ігноруються. Ви можете дізнатися, чи є у вас така конфігурація, запустивши (в проблемному git repo):

git config core.excludesfile

Якщо він друкує шлях до файлу, подивіться його вміст для отримання додаткової інформації.

У моєму випадку я встановив git через стару версію boxen, яка ігнорувала шаблон "Icon?" що в моєму випадку дав мені попередження, згадане в цьому питанні, для значків папок (я перебуваю на файловій системі, нечутливій до регістру, тому Icon? відповідає іконам).

Перевірте це:

1. Ви шукали інші файли .gitignore, оскільки їх може бути багато.

2. Також подивіться на REPO / .git / config, щоб побачити, чи є щось там.

3. Репо виключити локальні правила за репо, можна додати у файл .git / info / виключити у вашому репо. Ці правила не виконуються з репо, тому їх не поділяють з іншими. Цей метод може бути використаний для локально створених файлів, які ви не очікуєте, що інші користувачі генерують, як файли, створені вашим редактором.

У мене була та сама проблема - git із цією помилкою ігнорував каталог:

➭ git add app/views/admin/tags/
The following paths are ignored by one of your .gitignore files:
app/views/admin/tags
Use -f if you really want to add them.
fatal: no files added

Нарешті я зрозумів, що моя проблема є рядком у моєму ~/.gitignore_global:

TAGS

яка відповідала шляху app/views/admin/tags. Я виправив це, додавши провідну косу рису в глобальний файл gitignore

/TAGS

і git знову почав відстежувати мій каталог.

Для мене випадково у моєму файлі ~ / .gitignore_global був підстановочний код. Може там перевірити?

Ще слід спробувати: у мене був каталог B із власним .gitсховищем, вкладеним під каталог мого проекту A (але не як підмодуль). Я вніс деякі зміни в B і хотів перетворити його на підмодуль бонафіду. Я вважаю, що git A автоматично ігнорує B, оскільки він містить власне сховище (див. Вкладені сховища git без підмодулів? ). Я перейменував папку B і спробував її знову клонувати як підмодуль, і це принесло мені оманливе повідомлення про помилку "проігноровано .gitignore". Рішенням було видалення .gitз Б.

У мене була така ж проблема, як у вас. Єдина відповідь, яку ви отримали, перелічила кілька місць для перевірки, але жодне з них не вирішило проблему для мене, і з вашого коментаря я також не думаю для вас. У мене не було ДРУГИХ файлів .gitignore, які ховалися нижче в дереві каталогів; нічого в .git / config; нічого в .git / ingore / виключити

Якщо проблема все ще виникає, перевірте цю відповідь . Це вирішило для мене питання

В основному, перевірте наявність файлу ~ / .gitignore. Шахта називалася ~ / .gitignore_global. Я не знаю, коли він був створений ( я, звичайно, не встиг), але я спробував безліч різних налаштувань git, коли я вперше встановив, так що один з них, мабуть, помістив його.

Сподіваюся, що його відповідь і вам допоможе!

Ще одна причина отримання цього повідомлення про помилку від git - це коли виконувати git submodule addкоманду, коли попередня команда git зазнала аварії та залишила файл блокування (це може статися, наприклад, коли ви використовуєте власні скрипти, які включають команди git, і ви не помітили крах).

Якщо ви виконаєте команду git commitзамість цього, хоча жодна з умов не змінилася ( git submodule addбуде кричати, що ваші .gitignoreфайли винні), ви побачите інший звіт про помилку:

$ git commit -a
fatal: Unable to create '..../.git/index.lock': File exists.

If no other git process is currently running, this probably means a
git process crashed in this repository earlier. Make sure no other git
process is running and remove the file manually to continue.

і дійсно видалення файлу блокування:

rm .git/index.lock

вирішує питання. (Це трапляється з версією git 2.1.0.9736. Це може бути виправлено у майбутніх випусках git.)

Перевірте, чи маєте ви дозвіл на папку. Я щойно натрапив на це, і це було тому, що папкою належав користувач www-data, а не той користувач, як я був увійшов до терміналу.

У моєму випадку саме пряма коса на моєму шляху викликала проблему ...

Не працює

/srv/bootstrap/

Робота

srv/bootstrap/

І ще одне: якщо каталог, у якому ви перебуваєте, потребує кореневого доступу для написання чи виконання, переконайтеся, що ви користуєтеся кореневим користувачем. Насправді я отримав дивну помилку, коли я намагався додати підмодуль, і git продовжував скаржитися, що шлях, який я клонував, ігнорується файлом ігнорування git. Потім я змінив на root користувача, запустив додавання підмодулю і знову не виникло проблем.

Також перевірте, ~/.gitignoreа ~/.gitignore_globalщо можуть бути створені деякими клієнтами Git (наприклад, Atlassian SourceTree на Mac OS X).

Переконайтесь, що .gitignoreфайл не ігнорує себе. Поширеною помилкою є додавання *до .gitignoreфайлу правила, щоб ігнорувати кожен файл у поточній папці. Рішенням цього є додавання виключення до .gitignore:

*
!.gitignore

Таким чином, всі файли в каталозі будуть ігноровані, за винятком .gitignore.