.gitignore ігнорується Git

.gitignoreМожливо, мій файл ігнорується Git - чи може .gitignoreфайл бути пошкодженим? Який формат файлу, локаль чи культуру очікує Git?

Мій .gitignore:

# This is a comment
debug.log
nbproject/

Вихід від git status:

# On branch master
# Your branch is ahead of 'origin/master' by 1 commit.
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       debug.log
#       nbproject/
nothing added to commit but untracked files present (use "git add" to track)

Мені б хотілося debug.logі nbproject/не з’являтися у списку незатребуваних файлів.

З чого я повинен почати шукати, щоб це виправити?

Навіть якщо ви ще не відслідковували файли, Git, здається, зможе "знати" про них навіть після того, як ви їх додасте .gitignore.

УВАГА: Спочатку введіть свої поточні зміни, інакше ви їх втратите.

Потім запустіть такі команди з верхньої папки вашого сховища Git:

git rm -r --cached .
git add .
git commit -m "fixed untracked files"

Якщо вам здається, що Git не помічає змін, які ви внесли у свій .gitignoreфайл, ви можете перевірити наступні моменти:

• Можливо, існує глобальний .gitignoreфайл, який може перешкоджати локальному

• Додавши щось у файл .gitignore, спробуйте це:

  git add [uncommitted changes you want to keep] && git commit
  git rm -r --cached .
  git add .
  git commit -m "fixed untracked files"
  

• Якщо ви вилучите щось із файлу .gitignore, а вищезазначені кроки, можливо, не спрацьовують, якщо ви виявили, що описані вище кроки не працюють, спробуйте :

  git add -f [files you want to track again]
  git commit -m "Refresh removing files from .gitignore file."
  
  // For example, if you want the .java type file to be tracked again,
  // The command should be:
  //     git add -f *.java
  

Виправлено. Гаразд, я створив .gitignore файл у Блокноті в Windows, і він не працював. Коли я переглянув файл .gitignore в Linux, це виглядало як організований хитрець - можливо, Блокнот виписав Unicode, а не ASCII або що б там не було 8-бітним.

Тож я переписав файл на своєму вікні Linux, і коли я повернув його назад у Windows, він працює чудово! Ура!

Без додавання чергової комісії до вашого проекту, одного рядка буде достатньо, щоб зробити .gitignoreроботу так, як належить:

git rm -r --cached debug.log nbproject

Це видалить їх із сховища, але все одно збереже їх фізично. Простий англійською мовою він видаляє будь-яку історію змін, пов’язаних з ними, а також не відстежує їх зміни в будь-якому майбутньому зобов'язанні. Ви можете знайти найкраще пояснення тут .

Ще одна причина цієї проблеми - порожні пробіли або вкладки перед випискою:

Приклад:

# Be aware of the following:
 notWorkingIgnore.*
workingIgnore.*

І як зазначається в коментарі нижче, пробіл може бути проблемою також:

# Be aware of the following:
notWorkingIgnore.* #<-Space
workingIgnore.*#<-Nospace

Я помітив, що кодування .gitignoreфайлу дало ефект - якщо файл Unicode, його ігнорували, якщо це ASCII, це не було.

Процес:

1. Підтвердити статус: PS> git status
2. Створіть функцію Get-FileEncoding
3. .gitignoreКодування тесту :PS> Get-FileEncoding .gitignore
4. Змініть кодування на ASCII:PS> Set-Content .gitignore -Encoding Ascii -Value (Get-Content .gitignore)
5. Підтвердити: PS> git status

Як і з іншими рішеннями, зробити перший і бути в курсі , що ви будете втрачати НЕ-прихильний зміни.

Я мав кращі результати з цього:

git rm -r --cached .
git reset HEAD --hard
git status

Зауважте, що зараз статус не повинен мати жодних змінених файлів.

У моєму випадку це тому, що файли вже є у сховищі, і я намагаюся його ігнорувати.

Ось що я зробив, щоб виправити проблему:

• Скопіюйте файли у тимчасову папку
• Видаліть їх із моєї папки проекту.
• Введіть зміни, які видаляють ці файли з сховища
• Повторно додав ці файли до моєї папки проекту

На той час будь-які зміни, внесені до цих файлів, були ігноровані

Я думаю, ви не можете ігнорувати файли, які вже є у сховищі.

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

echo .idea/ >> .gitignore
git init

Якщо ви розвиваєтеся щодня, я раджу вам додавати у ваш ~/.gitignore_globalфайл звичні ігноровані файли . Таким чином, gitви вже будете знати, які файли ви (тобто "ваш користувач", оскільки це файл у вашому домашньому каталозі) зазвичай ігнорують.

Також перегляньте каталог, куди ви поставили.gitignore .

Це має бути в корені вашого проекту :

./myproject/.gitignore

Не в

./myproject/.git/.gitignore

Спеціально для користувачів Windows: Якщо у вас відслідковуються файли та очищення / видалення кешованих файлів не працює. Спробуйте відкрити PowerShell і перетворити файл .gitignore в кодування UTF-8:

$Myfile = Get-Content .\.gitignore`
$Myfile | Out-File -Encoding "UTF8" .gitignore

Вам потрібно зробити це лише один раз, щоб кодувати файл .gitignore для цього каталогу, а оскільки файл кодується правильно, кожного разу, коли ви редагуєте файл у майбутньому, він повинен працювати. Я вважаю, що це пов'язано з проблемою, коли GitHub не збирається читати кодування UTF-8 для файлу .gitignore. Наскільки мені відомо, ця проблема ще не вирішена для Windows. Це не надто велика угода, просто біль налагодити, коли це не працює.

З .gitignoreцим може виникнути ще одна проблема , особливо для користувача Windows. Git не подобається, коли ви називаєте .gitignore(наприклад, unity.gitignore).

Ви завжди хочете назвати його .gitignoreабо в Windows, .gitignore.як Windows вважає, що ви намагаєтесь перейменувати його без імені файлу.

Я щойно стикався з цим питанням. Вміст у моєму файлі .gitignore продовжував відображатися у списку незатребуваних файлів.

Я використовував це для створення файлу ігнорування:

echo "node_modules" > .gitignore

Виявляється, подвійні цитати викликали проблему для мене. Я видалив файл ігнорування, а потім знову використав команду без лапок, і вона спрацювала як очікувалося. Мені не потрібно було возитися з кодуванням файлів. Я на машині Windows 10 за допомогою Cmder .

Приклад:

echo node_modules > .gitignore

Для мене жодна з попередніх відповідей не спрацювала. Мені довелося скопіювати .gitignoreтекст у exclude.txtфайл, знайдений у

<Your-project-folder>\.git\info

Після завершення оновіть зміни, і всі незатребувані файли вже не будуть. Зробіть як завжди.

Моя проблема була (як запропонував ОП) пошкоджений файл .gitignore. Я не вірив, що це було, і ігнорував можливість, поки все інше не вдалося. Корупція не з'являвся вvi , але були два байта на початок файлу, що викликав файл .gitignore ігноруватися. Для мене вони з’явилися лише тоді, коли я вводив текст cat .gitignore, який показував:

��# Built application files
*.apk
*.ap_

# ...

Я поняття не маю, як вони закінчилися там, але відтворення файлу вирішило проблему. Шестнадцятковий аналіз пошкодженого файлу показав наступне:

user@dev ~/project/myproject $ xxd -b .gitignore
00000000: 11111111 11111110 00100011 00000000 00100000 00000000  ..#. .
00000006: 01000010 00000000 01110101 00000000 01101001 00000000  B.u.i.

У мене виникла проблема з файлом .gitignore, що містить цей рядок:

lib/ext/

Я щойно зрозумів, що насправді цей каталог є символічним посиланням на іншу папку:

ls -la lib/ext/
lrwxr-xr-x 1 roipoussiere users 47 Feb  6 14:16 lib/ext -> /home/roipoussiere/real/path/to/the/lib

У рядку lib/ext/Git насправді шукає папку , але символічне посилання - це файл , тому моя libпапка не ігнорується.

Я це виправив, замінивши lib/ext/на lib/extв моєму файлі .gitignore.

У мене була ця сама проблема. Я вважаю, що проблема полягала в розбіжності CR проти CR + LF. Я приховав речі у своєму .gitignore за допомогою CMD (у Windows 7) та наступної команди:

Погано:

echo "file_to_be_ignored.py" >> .gitignore<br>
echo "*~" >> .gitignore

І т.д.

Проблема полягала в тому, що ця команда не розміщує правильний маркер кінця рядка для того, щоб Git розпізнавав нові рядки (або CR, або CR + LF, коли Git очікує іншого). Я вирішив проблему, вручну замінивши кожен новий рядок у Vim (Vim на допомогу!), І він працював ідеально.

Спробуйте відредагувати .gitignore в Блокноті ++ або Vim (в ідеалі). Навіть якщо файл виглядає як він відформатований правильно, спробуйте замінити нові рядки. Це звучить дивно, я знаю, але це працювало на мене. : D

Гаразд, тому в моєму випадку прийняте рішення не спрацювало, і те, що працювало, описано тут:

Чи ігнорує Visual Studio 2013 ваш файл .gitignore?

Коротко:

• Закрити Visual Studio.
• Перейдіть у свою папку .git
• Видалити ms-persist.xml
• Перезапустіть Visual Studio

Слід також звернути увагу: чи зберігаєте ви .gitignore файл із правильними закінченнями рядків?

Windows:

Якщо ви використовуєте його в Windows, чи зберігаєте ви його з кінцями рядків Windows? Не всі програми будуть робити це за замовчуванням; Блокнот ++ та багато редакторів PHP за замовчуванням закінчуються рядками Linux, тому файли будуть сумісні з сервером. Один з простих способів перевірити це - це відкрити файл у Блокноті Windows. Якщо все з’являється в одному рядку, то файл було збережено із закінченнями рядка Linux.

Linux:

Якщо у вас виникають проблеми з тим, як файл працює в середовищі Linux, відкрийте його в такому редакторі, як Emacs або nano . Якщо ви бачите будь-які символи, які не можна роздрукувати, файл збережено із закінченнями рядка Windows.

Ще одна можлива причина - кілька примірників клієнтів Git, які працюють одночасно . Наприклад, "git shell" + "GitHub Desktop" тощо.

Це сталося зі мною. Я використовував "GitHub Desktop" в якості основного клієнта, і він ігнорував деякі нові налаштування .gitignore: commit після фіксації:

1. Ви щось вчиняєте.
2. Далі, зробіть фіксацію: вона ігнорує налаштування .gitignore. Комісія включає багато тимчасових файлів, згаданих у .gitignore.
3. Clear Git кеш; перевірити, чи є .gitignore UTF-8; видалення файлів → фіксація → переміщення файлів назад; пропустити одну фіксацію - нічого не допомогло.

Причина : редактор коду Visual Studio працював у фоновому режимі з тим же відкритим сховищем. Код Visual Studio має вбудований контроль Git, і це спричиняє деякі конфлікти.

Рішення : двічі перевірте кілька прихованих клієнтів Git та використовуйте одночасно лише один клієнт Git, особливо очищаючи кеш Git.

Є вже кілька чудових відповідей, але моя ситуація була нудною. Я відредагував джерело встановленого програмного забезпечення для управління PLM (управління життєвим циклом продукту) на Win10 і згодом вирішив: "Я, мабуть, мав би зробити це git repo".

Отже, варіант кешу не буде працювати для мене безпосередньо. Публікація для інших, хто, можливо, додав контроль джерела ПІСЛЯ виконувати купу початкової роботи І .gitignoreНЕ працює, АЛЕ, можливо, ви будете боятися втратити купу роботи, томуgit rm --cached це не для вас.

ВАЖЛИВО: Це дійсно тому, що я занадто пізно додав git до "проекту", який занадто великий і, здається, ігнорує мою .gitignore. Я ніколи не погоджуюся. Я можу зітхнути з цим :)

По-перше, я щойно зробив:

rm -rf .git
rm -rf .gitignore

Тоді мені довелося уявити свої зміни. Знову ж таки, це інсталяційний продукт, на якому я робив зміни. Занадто пізно для першого вчинення чистої галузі. Отже, мені потрібен був список того, що я змінив після встановлення програми, додавши > changed.logдо будь-якого з наступного:

PowerShell

# Get files modified since date.
Get-ChildItem -Path path\to\installed\software\ -Recurse -File | Where-Object -FilterScript {($_.LastWriteTime -gt '2020-02-25')} | Select-Object FullName

Баш

# Get files modified in the last 10 days...
find ./ -type f -mtime -10

Тепер у мене є свій список того, що я змінив за останні десять днів (давайте не вживатимемо тут кращих практик, крім того, щоб сказати, так, я це зробив сам).

По-новому, зараз:

git init .
# Create and edit .gitignore

Мені довелося порівняти мінливий список зі своїм зростаючим .gitignore, запущеним git status .

Нарешті, я список бажаних змін! У моєму випадку це котяча панель - деяка тема працює разом із конфігураціями sever xml, характерними для роботи системи розробників проти цього програмного забезпечення, яке я хочу поставити в репо для інших розробників, щоб захопити та внести свій внесок у ... Це буде наша головна галузь, тому вчинення, штовхання, і, нарешті, БРАНЮВАННЯ для нової роботи!

Просто видаліть папку або файл, який було зроблено раніше в Git, за допомогою наступної команди. Тоді файл gitignore відображатиме правильні файли.

    git rm -r -f "folder or files insides"

Одна хитра річ, на яку не поширюються інші відповіді, - це те, що .gitignore файл не працюватиме, якщо у вас є вбудовані коментарі, як це:

foo/bar # The bar file contains sensitive data so we don't want to make this public

Отже, якщо у вас є такі коментарі, змініть їх так:

# The bar file contains sensitive data so we don't want to make this public
foo/bar

Також є можливість редагувати .gitignoreфайл sudoкомандою. Я зіткнувся з тією ж проблемою і під час виконання команд:git status я все ще міг побачити файли "слід ігнорувати".

При редагуванні з nano .gitignoreзамість sudo nano .gitignore, я міг бачити правильне відображення.

Я створив .gitignore, використовуючи echo "..." > .gitignoreв PowerShell в Windows, тому що це не дозволяє мені створювати його в Windows Explorer.

Проблемою в моєму випадку було кодування створеного файлу, і проблема була вирішена після того, як я змінив його на ANSI.

У мене теж є те саме питання на Ubuntu, я створив .gitignoreтермінал, і він працює для мене

touch .gitignore

Шахта не працювала, тому що я дослівно створив текстовий документ під назвою .gitignore

Натомість створіть текстовий документ, відкрийте його в Блокноті ++ та збережіть як .gitignore

Обов’язково виберіть Усі типи (*. *) Зі спадного меню, коли ви зберігаєте його.

Або в gitbash, просто використовуйте touch .gitignore

Якщо ви Notepad ++ користувач , спробуйте виконати наступне:

Відкрийте свій .gitignore файл за допомогою Notepad ++ і виконайте:

Редагування меню → Перетворення EOL → Формат Windows → Зберегти .

Спробуйте використовувати git status ще раз і подивіться, чи працює він для вас.

Я відправив відповідь на подібне питання тут .

Для мене це була ще одна проблема. Мій файл .gitignore створений для того, щоб ігнорувати все, крім речей, які я йому не дозволяю ігнорувати. Ось такі:

/*
!/content/

Тепер це очевидно означає, що я також кажу Git ігнорувати сам файл .gitignore. Що не було проблемою, доки я не відстежував файл .gitignore. Але в якийсь момент я вчинив сам файл .gitignore. Потім це призвело до правильного ігнорування файлу .gitignore.

Отже, додавши ще один рядок, це виправлено:

/*
!/content/
!.gitignore

Моя проблема полягала в тому, що я записав файли, щоб ігнорувати цитатами "" розділення не з косою рисою /.

Це не спрацювало, і git було проігноровано:

"db.sqlite3"
"tdd_venv/"

Це спрацювало чудово:

/db.sqlite3
/tdd_venv/

Я також перевірив кодування свого файлу у Windows за допомогою Notepad ++. Кодування було встановлено на UTF-8.