Не игнорируются файлы в .gitignore

Всем привет! Записал в .gitignore файлы, которые должны игнорироваться, но они все равно показываются при git status. Как это исправить?



Заранее Спасибо Большое!*)

0

Сообщение от Pupsik86 то у него файл dbconn удалился. Как поступить в этой ситуации?

Извините за прямоту, но Ваши действия, чтобы было немного понятнее, я могу интерпретировать примерно так:

«Я нарисовал каракулю у себя на левой ноге. Посмотрел в зеркало - действительно нарисовал. Тогда я отрезал себе эту ногу бензопилой, но тут же приставил её обратно на место среза. Почему-то теперь я не могу ходить. С чего бы это вдруг?»

Вот примерно такая картина. Вы закоммитили удаление. Чего еще Вы ждали? Я понимаю, что конфиг - неотъемлемая часть приложения, но какие-то конкретные данные в конфиге, отличные от умолчаний - это уже Ваша личная история изменений, о которой, скорее всего, никто никогда не должен даже знать.

См. пост #15 о перенаписании всей истории. Без этого теперь ногу обратно не прирастить.

1

Vovan-VE, спасибо) Уже чутка исправил)

0

там файл user-manual.html, в нём секция Ignoring Files (#ignoring-files), прочитай про назначение .gitignore

Сообщение от Pupsik86 accept, а как их перевести в секцию Untracked (удалить из индекса), но при этом , чтобы у друга не удалились эти файлы, иначе все системные файлы битрикса удалятся.

если тебе нужно отслеживать эти файлы (они должны поставляться с архивом), то они должны быть в индексе (закоммичены один раз)



но, судя по файлам, которые ты занёс в .gitignore, часть из них можно убрать из индекса (типа логов всяких), а часть - оставить в индексе
тогда у друга создадутся его локальные логи, он, если захочет, может даже закоммитить их у себя в какой-нибудь своей отдельной ветке, которую он не будет выталкивать никогда
то есть у тебя могут быть свои настройки приложения, у друга - свои, а на сервере вообще стандартные настройки
главное, чтобы ваши с другом настройки не добавлялись в репозиторий на сервере, если не нужно, чтобы они попали в архив приложения, который может скачать кто-то ещё

0

accept, я у себя на компе и у друга удалил из индекса файл dbconn.php с помощью . И теперь ни у меня, ни у него (при изменении этого файла) не показывается в индексе при . И у меня вопрос...мы делаем это в ветке, если при merge ветки с master , на master может что то полететь?

0

Сообщение от Pupsik86 И у меня вопрос...мы делаем это в ветке, если при merge ветки с master , на master может что то полететь?

Сам о собой. Коммит, грубо говоря, содержит инфу о том, что файл был удален из репозитория. А то, что Вы его удаляли с --cached — это Ваше личное дело. Это то же самое, что Вы удалили его обычным способом, закоммитили удаление, а потом временно достали его обратно в Untracket (и уже ignored) с помощью git checkout коммит -- файл файл .

При мержах немного интереснее. Чтобы замержить Вашу ветку в master, Вы должны будете сначала переключиться в master, на что git Вам скажет, мол, «Извини, друг, но ты неправ. Файл, который у тебя тут ignored, будет перезаписан и, таким образом, будет утрачен навсегда, поскольку он ignored untracked и я [git] совершенно ничего не знаю о его текущем содержимом. Поэтому в целях сохранности твоих данных я отказываюсь переключаться в master. Если ты уверен в том, что собираешься сделать, то делай git checkout -f». Если Вы последуете его совету, то как только Вы переключитесь, вся вселенная (включая Вас и Ваш Git) навсегда покинет то стостояние, в котором тот файл был ignored untracked. Это уже не метафора и не шутка. Только в Вашей голове останется та информацию. После этого: при мерже ветки сюда будет влито изменение, которое далеят файл (и, само собой, он реально удалится - такое изменение содержит коммит); либо при переключении обратно в ветку репозиторий перейдет в состояние, в котором файла нет, потому что он был удален пару коммитов тому назад.

Насколько я понял, та самая ветка существует только в друх репозиториях, и к обоим Вы имеете прямой доступ. Читайте книги/доки и переписывайте историю.

0

Сообщение от Pupsik86 И теперь ни у меня, ни у него (при изменении этого файла) не показывается в индексе

не показывается, потому что его нет в индексе, он просто на диске лежит как локальный

Сообщение от Pupsik86 мы делаем это в ветке, если при merge ветки с master , на master может что то полететь?

ну да, файл удалится в ветке master, так как коммит с удалением будет влит

то есть так, чтобы он и в индексе был, и изменения в нём не показывались при git status, сделать не получится

0

accept, а если сделать ?

1

Сообщение от Pupsik86 а если сделать

про эту не знал; проверил, изменения остаются локально, а при клонировании появляется версия до установки флага; причём локально можно снять флаг и закоммитить локальные изменения

1

accept, не очень понял фразу "а при клонировании появляется версия до установки флага; причём локально можно снять флаг и закоммитить локальные изменения" ?

0

ну, если просто вынести файл из индекса (перевести в Untracked), то при клонировании репозитория он не будет создаваться в копии
то же самое и при выталкивании происходит: если файла не было, то он не "создастся"; а если был - "удалится" (выталкиваешь в голый репозиторий, там файлов нет, просто индекс лежит)

а если ты выставил флаг этот, то файл и "создаётся", и не "удаляется"
но это всё ты уже проверил, наверное

главное, что локальные изменения, сделанные в файле, можно закоммитить потом
(он к тому же не даёт в них влить, потому что отслеживает эти изменения)

0

accept, а как перенести файл в Untracked ?

0

Сообщение от Pupsik86 а как перенести файл в Untracked ?

удалить из индекса, тогда он становится неотслеживаемым (untracked)
это же уже пройденный этап

1