Как остановить отслеживание и игнорировать изменения в файле в Git?

Question

Как остановить отслеживание и игнорировать изменения в файле в Git?

1306

Я клонировал проект, содержащий некоторые .csproj файлы. Мне не нужны/как локальные файлы csproj, которые отслеживаются Git (или воспитываются при создании патча), но явно они необходимы в проекте.

Я добавил *.csproj в свой LOCAL .gitignore, но файлы уже находятся в репо.

Когда я набираю статус Git, он показывает мои изменения на csproj, которые меня не интересуют отслеживание или отправка патчей.

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

Есть ли правильный/канонический способ справиться с этой ситуацией?

Joshua Ball 01 июнь 2009, в 21:03

Источник

15

Очень полезный вопрос, но мне любопытно, почему вы не хотите отслеживать изменения в файле .csproj , который является очень важной частью любого проекта. Изменения в файле .csproj.user или любых .Publish.XML файлах .Publish.XML которые я полностью понимаю, не отслеживая, но я заинтригован тем, почему вы не хотите отслеживать .csproj …
Owen Blacker 03 май 2012, в 10:26
6

Может они используют другую IDE?
Jarrett 02 апр. 2013, в 01:17
3

По иронии судьбы, я пришел к этой теме, потому что я ищу удалить файлы .suo из репозитория, но храню их локально. Для потомков .Net-разработка требует, чтобы вы хранили файлы .csproj в репозитории, и эти изменения должны всегда отслеживаться, если вы не хотите чувствовать гнев других разработчиков в вашем проекте. Если вы не уверены, посмотрите репозиторий gitignore на GitHub: github.com/github/gitignore/blob/master/VisualStudio.gitignore
longda 22 сен. 2013, в 20:39
1

@Cupcake, вопрос, на который ты ссылался, был написан через 15 дней после этого? Возможно, вы имеете в виду другое?
stephenmurdoch 16 июнь 2014, в 09:36
0

Канонические вопросы @marflar не обязательно должны быть самыми старыми , только самые лучшие . На тот, на который я ссылаюсь, есть 20 ответов, а на этот - только 5.
user456814 16 июнь 2014, в 16:11
0

Это намеренно, что название вопроса похоже на название самой продаваемой книги?
bipll 20 фев. 2018, в 10:15

Показать ещё 4 комментария

Теги:

git

12 ответов

212

Если вы выполняете git update-index --assume-unchanged file.csproj, git не будет автоматически проверять файл .csproj на изменения: это остановит их при появлении статуса git при каждом изменении. Таким образом, вы можете пометить все ваши файлы .csproj таким образом, хотя вам придется вручную отмечать любые новые, которые отправляет вам репозиторий вверх. (Если у вас их есть в .gitignore или .git/info/exclude, то те, которые вы создаете, будут проигнорированы)

Я не совсем уверен, какие файлы .csproj... если они что-то вроде линий IDE-конфигураций (похожие на файлы Eclipse.eclipse и .classpath), то я бы предложил, чтобы они никогда не были источником - контролируется вообще. С другой стороны, если они являются частью системы сборки (например, Make файлы), то ясно, что они должны --- и способ получить дополнительные локальные изменения (например, из local.csproj a la config.mk) будет полезен: разделите сборку на глобальные части и локальные переопределения.

araqnid 01 июнь 2009, в 20:51

3

Как вы отмените это?
Ian Hunter 09 авг. 2011, в 17:46
46

git update-index --no-assume-unchanged file.csproj
araqnid 09 авг. 2011, в 21:30
7

csproj - это файл проекта C #, который отслеживает, какие файлы включены в ваш проект и некоторые другие конфигурации, он ДОЛЖЕН контролироваться исходным кодом, чтобы проект работал
SparK 04 дек. 2013, в 15:20
4

Это единственный правильный ответ здесь! Я использую ответ @araqnids в течение многих лет, и он работает именно так, как было предложено для решения этой проблемы.
NHDaly 27 май 2014, в 04:31
0

Что означает префикс «file» в аргументе команды? Почему это не просто .csproj ?
GreenAsJade 27 нояб. 2014, в 02:30
0

@GreenAsJade: это не префикс, file.csproj - это имя файла.
Amadan 27 нояб. 2014, в 02:30
1

Есть ли способ, которым вы можете обнаружить, что это было сделано для файла, или для каких файлов это было сделано в репо? Я немного нервничаю из-за того, что забыл, что сделал это, а потом удивляюсь, почему, черт возьми, этот файл не обновляется, позже!
GreenAsJade 27 нояб. 2014, в 02:41
4

@GreenAsJade: git ls-files -v покажет файлы, которые, как предполагается, не изменились, с помощью символа нижнего регистра (например, h вместо обычного H для кэшированных файлов).
Amadan 27 нояб. 2014, в 03:42
0

Спасибо - эта маленькая жемчужина почти заслуживает отдельного вопроса! ... выполнено stackoverflow.com/questions/27162966/…
GreenAsJade 27 нояб. 2014, в 04:12
0

@araqnid, если файл, установленный как неизменный локально, также находится в хранилище и изменен другим человеком, обновит ли файл по запросу? У меня есть файл, который содержит информацию, которая не требуется другим, но базовый код может быть изменен в какой-то момент удаленно, и мне нужно будет забрать изменение
mtpultz 11 март 2015, в 21:38
0

@ mtpultz Я не пробовал это, tbh. Мне кажется маловероятным, что git сохранит вашу версию при извлечении, хотя я бы ожидал обычного предупреждения «грязное рабочее пространство», или, возможно, он просто перезапишет ваши изменения. Эксперимент?
araqnid 13 март 2015, в 22:23
0

Я тоже искал это. git rm --cached удаляет его из репо. Итак, когда я нажимаю на свой репо, сборка прерывается для всех тех, кто не получил файл, который я только что сделал, git rm --cached to
The Vivandiere 07 май 2015, в 21:02
0

Я не знаю, происходит ли это на практике, но, может быть, предостережение об этом подходе. Согласно этому ответу stackoverflow.com/questions/23097368/… от Junio Hamano (сопровождающего Git) «если Git может определить путь, который помечен как предполагаемый неизмененный, изменился без дополнительных затрат на lstat (2), он резервирует Право сообщить, что путь был изменен ". По сути говоря, нет никаких гарантий, что Git будет соблюдать флаг --assume-неизмененный.
joesk 05 май 2016, в 21:57
0

Я могу подтвердить, что это все еще говорит git игнорировать изменения в файле, даже когда вы переключаете ветки
GreensterRox 16 фев. 2017, в 14:45
0

Когда я пытаюсь оформить заказ в филиале с другой версией этого файла, он говорит: error: Ваши локальные изменения в следующих файлах будут перезаписаны checkout: file.csproj. Передайте изменения или сохраните их, прежде чем переключать ветви. Aborting
denis_lor 21 фев. 2017, в 12:22
0

Мне пришлось изменить игнорируемый файл, чтобы я сделал git add -f <filename> и с тех пор этот файл отображается как отслеженный. Я пробовал git clean git rm --cached <filename> и ни один из них не работал. git update-index --assume-unchanged <filename> работал для меня!
csabapap 08 март 2017, в 18:18

Показать ещё 14 комментариев

130

Это двухэтапный процесс:

Удалите отслеживание файла/папки - но сохраните их на диске - используя
```
git rm --cached 
```
Теперь они не отображаются как "измененные", но все равно отображаются как
```
    untracked files in  git status -u  
```
Добавьте их в .gitignore

rjha94 02 авг. 2011, в 15:06

51

Нет, это удалит файл из отслеживания, сохранит его локально, но приведет к тому, что он будет удален для всех, кто тянет .
Edward Newell 14 фев. 2014, в 01:00
1

В моем случае я случайно добавил папку, которую не хотел отслеживать, так что это то, что мне нужно.
Sonny 04 июнь 2014, в 15:18
3

Да, это действительно неправильный ответ на заданный вопрос - но, вероятно, это правильный ответ для большинства людей, которые находят этот вопрос в результатах поиска (например, я).
Andrew Spencer 10 авг. 2017, в 13:16

Показать ещё 1 комментарий

69

Есть 3 варианта, вы, вероятно, хотите # 3

1. Это сохранит локальный файл для вас, но удалит его для кого-либо еще, когда он потянет.

git rm --cached <file-name> или git rm -r --cached <folder-name>

2. Это для оптимизации, например, папки с большим количеством файлов, например. SDK, которые, вероятно, никогда не изменятся. Он сообщает git прекратить проверку этой огромной папки каждый раз для изменений, поскольку она не будет иметь.

git update-index --assume-unchanged <path-name>

3. Это означает, что git вам нужна собственная независимая версия файла или папки. Например, вы не хотите перезаписывать (или удалять) файлы конфигурации для создания/размещения.

git update-index --skip-worktree <path-name>

Важно знать, что git update-index не будет распространять с помощью git, и каждый пользователь должен будет запустить его самостоятельно.

Ryan Taylor 26 окт. 2016, в 22:07

3

Этот ответ является наиболее полным - он предлагает различные решения с разветвлениями каждого. В конкретном случае, с которым я работаю, пароль встроен в файл конфигурации. Я хочу распространить файл шаблона, а затем добавить пароль к моей копии. Копия с паролем должна игнорироваться и не перезаписываться.
bmacnaughton 20 нояб. 2016, в 16:23
0

Как я могу проверить, в моем локальном компьютере, какие файлы применяются для «предположить, без изменений» или «skip-worktree»?
Supawat Pusavanno 19 сен. 2017, в 01:44
1

@SupawatPusavanno, чтобы увидеть, какие файлы вы ранее выбрали для предположения без изменений или пропустить рабочее дерево, посмотрите на этот ответ stackoverflow.com/questions/42363881/… - используются grep и git ls-files
Ryan Taylor 19 сен. 2017, в 17:15
0

Очень хороший ответ Но git выдает ошибку, когда я пытаюсь переключиться на другую ветку: error: "Ваши локальные изменения в следующих файлах будут перезаписаны извлечением ....." ты возвращаешься в ветку.
PhantomReference 13 дек. 2017, в 05:28

Показать ещё 2 комментария

67

Принятый ответ по-прежнему не работает для меня

Я использовал

git rm -r --cached.

git добавить.

git commit -m "fixing .gitignore"

Найден ответ от здесь

Buddhika Hasthanayake 18 сен. 2014, в 07:03

0

Эта ссылка очень полезна, особенно для рекурсивного удаления всех файлов в .gitignore
rmcsharry 13 апр. 2016, в 10:44
7

Я возвращался сюда 3 раза, надеюсь, я смогу сохранить память до следующего раза!
Harry Bosh 20 апр. 2016, в 01:09

32

Забыли свой .gitignore?

Если у вас есть весь проект локально, но забыл добавить вас git игнорировать и теперь отслеживать некоторые ненужные файлы, используйте эту команду, чтобы удалить все

git rm --cached -r .

убедитесь, что вы находитесь в корне проекта.

Затем вы можете сделать обычный

Добавить

git add .

Зафиксировать

git commit -m 'removed all and added with git ignore'

Нажмите

git push origin master

Заключение

Надеюсь, что это поможет людям, которые должны внести изменения в их .gitignore или забыли все вместе.

Удаляет весь кеш
Посмотрим на ваш .gitignore
Добавляет файлы, которые вы хотите отслеживать
Отбрасывает ваше репо

Joe Lloyd 04 нояб. 2015, в 10:48

4

Когда вы говорите об удалении или добавлении, вы забываете сказать, когда и где. Удаление из списка треков? Из хранилища? Из локального проектного пространства? Удаление на тягу? На коммит? На толчок? Увы, у всех авторов здесь одна и та же проблема.
Gangnus 11 март 2016, в 08:50
3

@Gangnus Я не думаю, что кто-то "прояснил" мысль, которую вы пытаетесь сделать, потому что совершенно очевидно, что файл на самом деле не удаляется с диска или из хранилища. Этот ответ указывает хронологический порядок команд. Это не таинственно или плохо объяснено, поскольку Ваш комментарий предположил бы.
Anthony 26 сен. 2016, в 22:07

21

Чтобы сэкономить время, правила, которые вы добавляете в свой .gitignore, можно использовать для удаления нескольких файлов/папок i.e.

git rm --cached app/**/*.xml

или

git rm --cached -r app/widgets/yourfolder/

e.t.c.

Peter 07 нояб. 2013, в 14:23

0

Это очень хорошее решение, потому что в любом случае вы хотите починить gitignore шаг за шагом.
cutiko 04 май 2016, в 20:35

19

Как указано в других ответах, выбранный ответ неверен.

ответ на другой вопрос предполагает, что это может быть skip-worktree, который потребуется.

git update-index --skip-worktree <file>

the_new_mr 12 май 2015, в 11:56

2

Нет, не совсем: --skip-worktree используется для сохранения файла в хранилище, но не для отслеживания его изменений . Как говорится в вашем ответе: --skip-worktree полезен, когда вы указываете git не трогать определенный файл, потому что разработчики должны изменить его
Erdal G. 09 нояб. 2015, в 12:29
4

@ErdalG. Именно так. В соответствии с вопросом, они хотят игнорировать любые изменения в файле, но сохранить файл в репо
the_new_mr 31 авг. 2016, в 11:05
0

Согласитесь с @the_new_mr, --assume-unchanged и --skip-worktree имеют схожий эффект, но их цели совершенно разные. Первый предназначен для ускорения производительности git путем обмана git не проверять определенные файлы , а второй - для игнорирования будущих изменений в определенных файлах , которые подходят для времени выполнения, но важных файлов.
Victor Wong 15 сен. 2016, в 04:00

Показать ещё 1 комментарий

2

Чтобы предотвратить мониторинг файла с помощью git

git update-index --assume-unchanged [file-path]

И чтобы вернуть его обратно, используйте

git update-index --no-assume-unchanged [file-path]

shijin 18 апр. 2017, в 10:29

0

Я предполагаю, что вы пытаетесь удалить один файл из git. для этого я бы рекомендовал ниже команду.

git update-index -assume-неизменный

Ex - git update-index --assume-unchanged .gitignore.idea/compiler.xml

Pankaj Sonani 04 апр. 2017, в 17:48

0

Проблема может быть вызвана порядком работы. Если вы сначала изменили .gitignore, тогда git rm --cached xxx, вам, возможно, придется столкнуться с этой проблемой.

Правильное решение:

git rm --cached xxx
изменен .gitignore

Инвариант заказа!

Перезагрузите .gitignore после изменения!

thearyong 24 март 2017, в 17:25

0

Я предполагаю, что вы спрашиваете, как удалить ВСЕ файлы в определенной папке или в папку bin, а не выбирать каждый файл отдельно.

Вы можете использовать эту команду:

git rm -r -f /<floder-name>\*

Убедитесь, что вы находитесь в родительском каталоге каталога.
Эта команда будет рекурсивно "удалять" все файлы, находящиеся в файле bin/или build/folders. Под словом delete я подразумеваю, что git будет притворяться, что эти файлы "удалены", и эти файлы не будут отслеживаться. git действительно отмечает, что эти файлы находятся в режиме удаления.

Убедитесь, что ваш .gitignore готов к предстоящим фиксациям.
Документация: git rm

Vraj Pandya 06 апр. 2015, в 15:12

Ещё вопросы

Очень полезный вопрос, но мне любопытно, почему вы не хотите отслеживать изменения в файле .csproj , который является очень важной частью любого проекта. Изменения в файле .csproj.user или любых .Publish.XML файлах .Publish.XML которые я полностью понимаю, не отслеживая, но я заинтригован тем, почему вы не хотите отслеживать .csproj …
По иронии судьбы, я пришел к этой теме, потому что я ищу удалить файлы .suo из репозитория, но храню их локально. Для потомков .Net-разработка требует, чтобы вы хранили файлы .csproj в репозитории, и эти изменения должны всегда отслеживаться, если вы не хотите чувствовать гнев других разработчиков в вашем проекте. Если вы не уверены, посмотрите репозиторий gitignore на GitHub: github.com/github/gitignore/blob/master/VisualStudio.gitignore
@Cupcake, вопрос, на который ты ссылался, был написан через 15 дней после этого? Возможно, вы имеете в виду другое?
Канонические вопросы @marflar не обязательно должны быть самыми старыми , только самые лучшие . На тот, на который я ссылаюсь, есть 20 ответов, а на этот - только 5.
Это намеренно, что название вопроса похоже на название самой продаваемой книги?
csproj - это файл проекта C #, который отслеживает, какие файлы включены в ваш проект и некоторые другие конфигурации, он ДОЛЖЕН контролироваться исходным кодом, чтобы проект работал
Это единственный правильный ответ здесь! Я использую ответ @araqnids в течение многих лет, и он работает именно так, как было предложено для решения этой проблемы.
Что означает префикс «file» в аргументе команды? Почему это не просто .csproj ?
@GreenAsJade: это не префикс, file.csproj - это имя файла.
Есть ли способ, которым вы можете обнаружить, что это было сделано для файла, или для каких файлов это было сделано в репо? Я немного нервничаю из-за того, что забыл, что сделал это, а потом удивляюсь, почему, черт возьми, этот файл не обновляется, позже!
@GreenAsJade: git ls-files -v покажет файлы, которые, как предполагается, не изменились, с помощью символа нижнего регистра (например, h вместо обычного H для кэшированных файлов).
Спасибо - эта маленькая жемчужина почти заслуживает отдельного вопроса! ... выполнено stackoverflow.com/questions/27162966/…
@araqnid, если файл, установленный как неизменный локально, также находится в хранилище и изменен другим человеком, обновит ли файл по запросу? У меня есть файл, который содержит информацию, которая не требуется другим, но базовый код может быть изменен в какой-то момент удаленно, и мне нужно будет забрать изменение
@ mtpultz Я не пробовал это, tbh. Мне кажется маловероятным, что git сохранит вашу версию при извлечении, хотя я бы ожидал обычного предупреждения «грязное рабочее пространство», или, возможно, он просто перезапишет ваши изменения. Эксперимент?
Я тоже искал это. git rm --cached удаляет его из репо. Итак, когда я нажимаю на свой репо, сборка прерывается для всех тех, кто не получил файл, который я только что сделал, git rm --cached to
Я не знаю, происходит ли это на практике, но, может быть, предостережение об этом подходе. Согласно этому ответу stackoverflow.com/questions/23097368/… от Junio Hamano (сопровождающего Git) «если Git может определить путь, который помечен как предполагаемый неизмененный, изменился без дополнительных затрат на lstat (2), он резервирует Право сообщить, что путь был изменен ". По сути говоря, нет никаких гарантий, что Git будет соблюдать флаг --assume-неизмененный.
Я могу подтвердить, что это все еще говорит git игнорировать изменения в файле, даже когда вы переключаете ветки
Когда я пытаюсь оформить заказ в филиале с другой версией этого файла, он говорит: error: Ваши локальные изменения в следующих файлах будут перезаписаны checkout: file.csproj. Передайте изменения или сохраните их, прежде чем переключать ветви. Aborting
Мне пришлось изменить игнорируемый файл, чтобы я сделал git add -f <filename> и с тех пор этот файл отображается как отслеженный. Я пробовал git clean git rm --cached <filename> и ни один из них не работал. git update-index --assume-unchanged <filename> работал для меня!
Нет, это удалит файл из отслеживания, сохранит его локально, но приведет к тому, что он будет удален для всех, кто тянет .
В моем случае я случайно добавил папку, которую не хотел отслеживать, так что это то, что мне нужно.
Да, это действительно неправильный ответ на заданный вопрос - но, вероятно, это правильный ответ для большинства людей, которые находят этот вопрос в результатах поиска (например, я).
Этот ответ является наиболее полным - он предлагает различные решения с разветвлениями каждого. В конкретном случае, с которым я работаю, пароль встроен в файл конфигурации. Я хочу распространить файл шаблона, а затем добавить пароль к моей копии. Копия с паролем должна игнорироваться и не перезаписываться.
Как я могу проверить, в моем локальном компьютере, какие файлы применяются для «предположить, без изменений» или «skip-worktree»?
@SupawatPusavanno, чтобы увидеть, какие файлы вы ранее выбрали для предположения без изменений или пропустить рабочее дерево, посмотрите на этот ответ stackoverflow.com/questions/42363881/… - используются grep и git ls-files
Очень хороший ответ Но git выдает ошибку, когда я пытаюсь переключиться на другую ветку: error: "Ваши локальные изменения в следующих файлах будут перезаписаны извлечением ....." ты возвращаешься в ветку.
Эта ссылка очень полезна, особенно для рекурсивного удаления всех файлов в .gitignore
Я возвращался сюда 3 раза, надеюсь, я смогу сохранить память до следующего раза!
Когда вы говорите об удалении или добавлении, вы забываете сказать, когда и где. Удаление из списка треков? Из хранилища? Из локального проектного пространства? Удаление на тягу? На коммит? На толчок? Увы, у всех авторов здесь одна и та же проблема.
@Gangnus Я не думаю, что кто-то "прояснил" мысль, которую вы пытаетесь сделать, потому что совершенно очевидно, что файл на самом деле не удаляется с диска или из хранилища. Этот ответ указывает хронологический порядок команд. Это не таинственно или плохо объяснено, поскольку Ваш комментарий предположил бы.
Это очень хорошее решение, потому что в любом случае вы хотите починить gitignore шаг за шагом.
Нет, не совсем: --skip-worktree используется для сохранения файла в хранилище, но не для отслеживания его изменений . Как говорится в вашем ответе: --skip-worktree полезен, когда вы указываете git не трогать определенный файл, потому что разработчики должны изменить его
@ErdalG. Именно так. В соответствии с вопросом, они хотят игнорировать любые изменения в файле, но сохранить файл в репо
Согласитесь с @the_new_mr, --assume-unchanged и --skip-worktree имеют схожий эффект, но их цели совершенно разные. Первый предназначен для ускорения производительности git путем обмана git не проверять определенные файлы , а второй - для игнорирования будущих изменений в определенных файлах , которые подходят для времени выполнения, но важных файлов.

anthony · Accepted Answer · 2009-06-01T21-08-00.000Z

1670

Лучший ответ

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

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

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

git update-index --assume-unchanged [path]

Что вы, вероятно, захотите сделать: (ниже @Ryan Taylor answer)

Это означает, что git вам нужна собственная независимая версия файла или папки. Например, вы не хотите перезаписывать (или удалять) создания/создания конфигурационных файлов.

git update-index --skip-worktree <path-name>

Полный ответ здесь в этом URL-адресе: http://source.kohlerville.com/2009/02/untrack-files-in-git/

anthony 01 июнь 2009, в 21:08

5

Согласно инструкции: git-rm - удаление файлов из рабочего дерева и из индекса. Это именно то, чего я не хочу делать. Я что-то пропустил? Однако, глядя на документацию по git rm, я вижу --cached --cached: используйте эту опцию, чтобы удалять и удалять пути только из индекса. Файлы рабочего дерева, модифицированные или нет, будут оставлены в покое. Я думаю, это то, что мне нужно, верно?
Joshua Ball 01 июнь 2009, в 19:40
166

«git rm --cached <file>» удалит <file> из контроля версий, сохранив его в рабочем хранилище. Будь то, что вы хотите ...
Jakub Narębski 02 июнь 2009, в 00:03
0

да, хороший звонок на - кэшируется. Я так привык, чтобы большинство связанных файлов сборки генерировалось. Я отредактирую свой ответ.
anthony 02 июнь 2009, в 02:22
48

Но когда другие извлекут хранилище, будет ли удален их собственный файл * .csproj? Потому что, если мы хотим, чтобы файл не отслеживался, но не удалялся.
FMaz008 01 июнь 2011, в 13:07
22

Если вы пытаетесь удалить ВСЕ файлы в каталоге, объедините его с git ls-files: git ls-files | xargs git rm --cached - это удалит все из индекса git в данном каталоге, не удаляя фактические файлы.
Marco 10 нояб. 2011, в 19:51
7

Вот полный пример, чтобы убрать, скажем, все военные файлы из отслеживания. $ git ls-files | grep "\ .war" | xargs git rm --cached
Gmu 22 сен. 2012, в 02:33
122

git rm --cached -r <dir> рекурсивно работает с папкой и всеми файлами в ней.
Chris K 15 фев. 2013, в 01:29
3

FMaz008 Если вы используете git rm -cached .csproj, он удалит его из-под контроля версий. Затем вы хотите добавить его в файл проекта .gitignore. Это должно позволить каждому сохранять свой собственный файл .cdproj, даже если он вытащил.
Statuswoe 01 май 2013, в 14:47
1

@Chris K .: или на Unix вы можете find . -name "*.csproj" -exec git rm --cached {} \;
osa 06 окт. 2013, в 04:47
1

Ответ Аракнида ниже намного ближе к тому, что вы спрашиваете !!
NHDaly 18 окт. 2013, в 02:08
2

@ Statuswoe мой коллега только что сказал, что удалил его версию файла. Он не очень счастлив.
jackocnr 22 янв. 2014, в 21:51
33

Это остановит отслеживание файла, сохранит его локально, но приведет к тому, что он будет удален для всех, кто тянет
Edward Newell 14 фев. 2014, в 00:58
8

Он не только удалит файл для всех, кто его извлекает, но и удалит ваш файл, если вы извлечете ревизию до удаления, а затем извлечете ревизию после удаления.
HotN 14 март 2014, в 14:26
9

Может кто-нибудь придумать решение / ссылку, которая не удаляет файл (ы) из репозиториев других членов команды (как отметили FMaz008 и jackocnr).
Yngvar Kristiansen 23 апр. 2014, в 08:24
6

Я не понимаю, почему этот вопрос был принят как ответ, потому что это не ответ. Я бы отметил правильный ответ аракнидов.
OrangeTux 07 май 2014, в 12:25
2

Я использую ответ @araqnids в течение многих лет, и он работает именно так, как было предложено для решения этой проблемы. Любые другие ответы просто не верны.
NHDaly 27 май 2014, в 04:31
0

Думать, что это было так просто. Донато.
JohnMerlino 28 июнь 2014, в 03:55
1

В простом эксперименте я увидел, что после выполнения git rm --cache file1 вы должны добавить file1 в список .gitignore и выполнить git add .gitignore (если .gitignore еще не отслеживался). Как только это будет сделано, если кто-то потянет позже, его / ее локальный файл1 не будет удален.
Chan Kim 13 сен. 2014, в 09:47
0

git rm -r -f [файл]
Darex1991 02 янв. 2015, в 22:14
3

@ChanKim Это не работает. Как уже отмечалось, это помечает файл для удаления, и когда кто-то тянет / объединяет позже, он будет удален.
the_new_mr 11 май 2015, в 10:13
1

git ls-files -z myFolderToIgnore/ | xargs -0 git update-index --assume-unchanged сделает это рекурсивно для всех проиндексированных файлов в myFolderToIgnore (скопировано из ответа @ Chronial)
Dominik 09 июнь 2016, в 11:25
0

Я также должен был сделать git reset HEAD прежде чем сделать это. Ответ Тоби Бересфорда помог мне
Srichakradhar 27 июнь 2017, в 09:44
2

Этот ответ неверен - ОП хочет «Как убрать« отслеживание »этих файлов из моего личного репозитория ( но сохранить их в источнике, чтобы я мог их использовать )»
DaveBoltman 03 июль 2017, в 11:25
0

это изменение идет в удаленный репозиторий или просто работает в моем локальном репозитории !?
Milton Jacomini Neto 13 фев. 2019, в 17:45

Показать ещё 22 комментария