Екатерина, свежим взглядом увидел ошибку в вашем .gitignore
Вы просто сломали правило попытавшись добавить комментарий некорректно.
Если бы такие комментарии работали, они бы подсвечивались другим цветом.
Екатерина, извините, только сейчас смог посмотреть ваше видео.
Повторил ваши действия и смог воспроизвести «ошибку».
Вас не смутило, что файлы зеленого цвета?
В контексте гита это означает что они уже проиндексированы (т. е. обработаны командой git add)
Когда ставите галку «Create Git repository» во во время создания проекта, то он сразу все созданные файлы добавляет в индекс и начинает отслеживать. Это наверное не баг, а фича.
И когда вы в дальнейшем создаёте .gitignore но он уже никак не действует на эти файлы, потому что игнор работает только на неотслеживаемых файлах. Проблема решается бананальной очисткой индекса командой git reset в терминале или через меню Git — Reset HEAD.... Так как мы эти файлы ещё не успели закоммитить, то они моментально начнут игнороваться, так как больше не отслеживаются.
В дальнейшем я рекомендую инициализировать репозиторий уже после создания файла .gitignore
Тут скорее всего проблема не с гитом, а с PyCharm и его плагином для Git
Проверьте в терминале что выдаёт вам git status. Думаю там всё игнорируется как надо.
Использую PyCharm Community Edition 2023.3.4
У вас есть какие-то веские причины не обновляться до актуальной версии 2014.1.4?
Александр Маджугин, значит она была. Иначе бы откуда в индексе оказалась информация о её наличии? Недостаточно просто удалить вложенный репозиторий, нужно ещё подчистить его следы в индексе корневого репо.
mayton2019, слеш в начале это не абсолютный путь. Это относительный путь по отношению к корню проекта. Так и надо писать, иначе вы будете игнорировать любой вложенный подкаталог с таким названием. Вроде бы так.
Вы вышли из ветки2 сделав checkout на произвольный коммит в дереве. Если в этом состоянии сделать новый коммит, то он начнет новую безымянную цепочку коммитов — ответвление от остальных веток. На эту цепочку ничего не указывает кроме HEAD.
Ветка2 у вас указывает на какое-то другое место в истории.
Вам сейчас надо в текущем месте просто создать ветку git branch ветка3
И новый коммит автоматически окажется на вершине этой ветки, а сообщение про detached HEAD пропадет. Если же не создать ветку то при переключении обратно на другие ветки, HEAD будет уже указывать на эти другие ветки и адрес нового коммита нигде не сохранится и вы не сможете к нему вернуться без просмотра reflog.
Это абсолютно не важно. Команды работают в любом подкаталоге.
Но важно не пытаться создать вложенный репозиторий. Поэтому смотрите статус даже перед git init, вдруг вы уже внутри рабочего каталога другого репозитория. В этом случае никакой вложенный репо не создастся и команда проигнорируется.
был на ветке2
Можете чем-то подтвердить это высказывание? Судя по симптомам, вы не были на ветке2.
FlyMoBiS, рассматривайте репозиторий как магическую базу, которая хранит всё что вы туда сохранили и ничего не забывает.
Рабочий каталог, в котором вы редактируете свои файлы — это не репозиторий, это лишь каталог, в котором лежат некоторые файлы и куда вы распаковываете через checkout некоторые сохраненные ранее состояния.
отктатило к прошлому сейву
Как вы это поняли? Что пишет статус?
При распаковке ветки в чистый рабочий каталог, вы увидите точное состояние последнего коммита ветки. Если вы коммита не видите, значит вы его в этой ветке не делали.
Вам не стоит работать в слепую. Смотрите git status ДО и ПОСЛЕ каждой манипуляции. Там вы найдете все ответы.
Например коммит может «исчезнуть» если вы его делали не в ветку, а в никуда. Когда указатель HEAD отсоединен от веток (detached). Если в таком состоянии сделаете коммит, а потом переключитесь в настоящую ветку, то потеряете указатель на него и не сможете к нему вернуться. Придется потом выискивать Его адрес в reflog.
Вы просто сломали правило попытавшись добавить комментарий некорректно.
Если бы такие комментарии работали, они бы подсвечивались другим цветом.