Создал в PyCharm новую репу. Потом в терминале написал git add .. Он добавил все файлы, включая кеш и конфиги среды.
Потом я создал файл .gitignore с таким содержимым:
.idea/
__pycache__/
ytdl/__pycache__/
venv/
и написал
git rm . -f
git add .
но он всё-равно добавляет все файлы
Чё за фигня?
И зачем в папке .idea ещё один .gitignore? Он же по факту не используется. Используется же только тот, что в корне проекта (на одном уровне с папкой .git).
p.s. git rm --cached . -r тоже не помогло
Даже если удалить репу и пересоздать её из консоли - всё-равно не работает.
На скриншоте они уже добавлены в staged для создания коммита, надо git reset
Используются все, на любом уровне.
Ну если вся папка заигнорена, то конечно тот, что внутри, не имеет значения.
Он для тех, кто хочет закомитить некоторые файлы из .idea типа настроек проекта, но без тех файлов, которыми нет смысла делиться.
А как их из staged убрать? Почему они вообще туда добавились, если прописаны в .gitignore? Я же репу пересоздал уже после того как файл .gitignore был создан.
[alex@alex-eos pythonProject2]$ git init
Initialized empty Git repository in /home/alex/Documents/p/pythonProject2/.git/
[alex@alex-eos pythonProject2]$ git status
On branch master
No commits yet
Untracked files:
(use "git add <file>..." to include in what will be committed)
.idea/
file2.py
main.py
nothing added to commit but untracked files present (use "git add" to track)
[alex@alex-eos pythonProject2]$ echo ".idea/" > .gitignore
[alex@alex-eos pythonProject2]$ cat .gitignore
.idea/
[alex@alex-eos pythonProject2]$ git status
On branch master
No commits yet
Untracked files:
(use "git add <file>..." to include in what will be committed)
.gitignore
file2.py
main.py
nothing added to commit but untracked files present (use "git add" to track)
[alex@alex-eos pythonProject2]$ git add .
[alex@alex-eos pythonProject2]$ git status
On branch master
No commits yet
Changes to be committed:
(use "git rm --cached <file>..." to unstage)
new file: .gitignore
new file: file2.py
new file: main.py
[alex@alex-eos pythonProject2]$ git reset
[alex@alex-eos pythonProject2]$ git status
On branch master
No commits yet
Untracked files:
(use "git add <file>..." to include in what will be committed)
.gitignore
file2.py
main.py
nothing added to commit but untracked files present (use "git add" to track)
Странно Я именно так и делал. Потом в Notepad++ его редактировал. Потом ещё код случайно удалил. Пришлось всё переписывать. Но там не много было.
Вот он пишет: use "git rm --cached <file>..." to unstage. А как все файлы убрать? Их там много. Не по одному же.
Я написал git rm --cached ., он попросил добавить ключ -r. Ну окъ, я добавил. А он файлы кода (и .gitignore) с диска удалил. Это to unstage называется?
Это я его уже вручную в папке переименовал. Не работает.
Я писал и так и так несколько раз. Первые раза ничего не удалялось (с диска). Потом сначала .gitignore пропал. Я не понял, чё произошло. Подумал, что я сам его случайно удалил. Пересоздал. Ввёл команду ещё раз и пропали файлы кода.
Окъ. Оно расстейджелось. Но .gitignore-то не работает Сейчас попробую взять тот, что в папке .idea и отредактировать. Если что-то не так с именем файла, то это поможет.
Хааа, прикол! Это работает. А если его перезаписать командой echo .idea >.gitignore - он перестаёт работать. Причём, новый файл не появляется. То есть, это тот же файл с тем же именем, просто он не работает То есть, если бы я создал его в блокноте, а не из консоли, он бы работал
Это чё ещё за приколы такие, лол?
Консоль создаёт файл в формате UTF-16 LE BOM, а нужен ANSI или UTF-8
Подстава, Карл!
Хоть бы где-то блин в консоли писали про это, чтоли
P.S. Раньше я писал проги в древней версии Delphi. Там тип string по-умолчанию это ANSI, вроде. Я в этом точно не уверен. Но, как минимум, японские иероглифы и всякое такое он не понимал. А в винде по-умолчанию для имён файлов и папок используется UTF-16 LE, как я понял. То есть, если сохранить какой-то программой файл, то его имя (а значит, и полный путь) будет в формате UTF-16 LE, правильно? Но тогда почему у меня с открытием файлов в Delphi проблем никогда не было? Я вообще тогда о кодировках текста не знал. Не открывались только те файлы, где были иероглифы и всё такое. Но файлы с именами из “обычных” символов тоже ведь в UTF-16 LE. Разве нет?
В содержимом. Проблема не могла быть в имени, потому что в нём нет символов за пределами ASCII. И потому что топикстартер перезаписывал файл по имени во вложенной директории (т.е. имя совпадало написанное и имеющееся).
Нет. Мне консоль об этом не написала. Сам знать про это я тоже не мог никак.
В имени. Все непонятные ему (delphi) символы заменялись на знаки вопроса. А значит - file not found.
Но в новой Delphi уже всё нормально было. Там string по-умолчанию понимает юникод.
Где? В Delphi? Или в гите? В гите - в содержимом.
Он же по факту не используется. Используется же только тот, что в корне проекта (на одном уровне с папкой 
То есть, если бы я создал его в блокноте, а не из консоли, он бы работал 
