Проигнорированные файлы отображаются в изменениях, не подготовленных для фиксации - PullRequest
Новая
       0

Проигнорированные файлы отображаются в изменениях, не подготовленных для фиксации

3 голосов
/ 08 августа 2011

Я добавил 

media/
build/

in.git / info / exclude и после этого удалили (git rm) обе директории. Мне нужны эти правила в файле исключений, а не в .gitignore, потому что я хочу, чтобы это хранилище игнорировало его, а не благословенное хранилище или любое другое хранилище. Однако работает 

git status

по-прежнему перечисляет удаление всего содержимого обоих каталогов. Как мне это предотвратить?

EDIT

Вот что у меня есть; частный репозиторий на github, моя локальная установка, некоторые коллеги с собственной локальной установкой и сервер. Сайт является сайтом Django, поэтому для повышения производительности статические медиа-файлы хранятся отдельно от фактической установки Django.

Однако локально у нас есть медиа-файл внутри корня Django. Для этого медиа-каталог также находится в благословенном репо на github. Но сервер должен игнорировать каталог, это то, что я пытался сделать, добавив каталог в файл исключения. Но даже при том, что это там, это, кажется, не игнорируется.

adymitruk был прав насчет папки сборки, я добавил ее в свой общий файл .ignore.

Ответы [ 2 ]

4 голосов
/ 08 августа 2011

Вы сказали, что удалили обе директории - вы также git rm их и зафиксировали, чтобы они были удалены из репозитория (не версии), а не просто удалены из вашей рабочей директории.Потому что, пока они версионированы, git status будет по-прежнему показывать модификации этих каталогов (в данном случае их удаление) независимо от игнорирования.

1 голос
/ 08 августа 2011

Мастер не клон.Это филиал в репо.Я предполагаю, что вы имеете в виду благословенный репозиторий.

Есть много способов сделать это:

  1. Создайте ветку, в которой вы явно удаляете папки.Последующие слияния из других веток в эту будут конфликтовать из-за изменений в этих папках.Используйте рекурсивную стратегию с опцией «наш».Ваша ветка будет выглядеть так, как вы и собираетесь.

  2. Создайте сложный сценарий размазывания / очистки.Я бы не пошел по этому пути.

  3. Никогда не вносите изменения в эти файлы.

Большая проблема - ваш рабочий процесс.Я вижу 2 проблемы:

  1. У вас есть носитель как часть хранилища, в котором вы храните код.Обычно это связано с большими файлами и является большой нагрузкой при клонировании, проверке и т. Д. Подумайте об использовании подмодулей для этого каталога и заполняйте их только тогда, когда вам нужен доступ к носителю.

  2. "СборкаПохоже, это артефакты?Если они являются артефактами сборки, они не принадлежат репозиторию исходного кода.Управляйте ими отдельно с помощью любой схемы развертывания / инструментов, которые у вас есть.Вы можете восстановить их из источника, когда захотите.Положитесь на пометки, чтобы отметить, что было построено / когда / почему.

Я делаю много предположений относительно вашего рабочего процесса.Но, надеюсь, это поможет вам в некотором роде.

Приветствия

...