Следующие неотслеживаемые файлы рабочего дерева будут перезаписаны слиянием, но мне все равно

На моей ветке у меня было несколько файлов в .gitignore

В другой ветке этих файлов нет.

Я хочу объединить другую ветку с моей, и мне все равно, если эти файлы больше не игнорируются или нет.

К сожалению, я получаю это:

Следующие неотслеживаемые файлы рабочего дерева будут перезаписаны слиянием

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

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

Попробуйте запустить

git add * 
git stash
git pull

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

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

Git 2.11 и более новые версии:

git clean  -d  -f .

Старые версии Git:

git clean  -d  -f ""

Где -dможно заменить следующим:

• -x игнорируемые файлы также удаляются, как и файлы, неизвестные Git.

• -d удалить неотслеживаемые каталоги в дополнение к неотслеживаемым файлам.

• -f требуется, чтобы заставить его бежать.

Вот ссылка, которая также может быть полезна.

Единственные команды, которые работали для меня, были:

git fetch --all
git reset --hard origin/{{your branch name}}

Замена для git mergeэтого перезапишет неотслеживаемые файлы

Комментарии ниже используют «FOI» для «интересующих файлов», файлов, которые

• существуют в донорской ветке,
• не существует в принимающей ветви,
• и блокируют слияние, потому что они присутствуют и не отслеживаются в вашем рабочем каталоге.

git checkout -f donor-branch   # replace FOI with tracked `donor` versions
git checkout receiving-branch  # FOI are not in `receiving`, so they disapppear
git merge donor-branch  # now the merge works

Замена для git pullэтого перезапишет неотслеживаемые файлы

pull = fetch + mergeИтак, мы делаем git fetchс git checkout -f, git checkout, git mergeтрюком выше.

git fetch origin  # fetch remote commits
git checkout -f origin/mybranch  # replace FOI with tracked upstream versions
git checkout mybranch  # FOI are not in mybranch, so they disapppear
git merge origin/mybranch  # Now the merge works. fetch + merge completes the pull.

Детальное объяснение

git merge -fне существует, но git checkout -fсуществует.

Мы будем использовать git checkout -f+git checkout для удаления интересующих файлов (см. Выше), и тогда ваше слияние может продолжаться в обычном режиме.

Шаг 1. Этот шаг принудительно заменяет неотслеживаемую FOI отслеживаемыми версиями ветки-донора (он также проверяет ветку-донора и обновляет оставшуюся часть рабочего каталога).

git checkout -f donor-branch

Шаг 2. Этот шаг удаляет информацию о свободе информации, потому что они отслеживаются в нашей текущей (донорской) ветке и отсутствуют в той, на которую receiving-branchмы переключаемся.

git checkout receiving-branch

Шаг 3. Теперь, когда FOI отсутствует, слияние в ветке-доноре не перезапишет никакие неотслеживаемые файлы, поэтому мы не получим ошибок.

git merge donor-branch

Удалить все неотслеживаемые файлы:

git clean  -d  -fx .

Если это одноразовая операция, вы можете просто удалить все неотслеживаемые файлы из рабочего каталога перед выполнением извлечения. Прочтите Как удалить локальные (неотслеживаемые) файлы из текущего рабочего дерева Git? для получения информации о том, как удалить все неотслеживаемые файлы.

Обязательно случайно не удалите неотслеживаемый файл, который вам все еще нужен;)

Вы можете попробовать эту команду

git clean -df

Обновление - лучшая версия

Этот инструмент ( https://github.com/mklepaczewski/git-clean-before-merge ) будет:

• удалить неотслеживаемые файлы, идентичные их git pullэквивалентам,
• вернуть изменения в измененные файлы, чья модифицированная версия идентична их git pullэквивалентам,
• сообщать об измененных / неотслеживаемых файлах, которые отличаются от их git pull версии,
• У инструмента есть --pretendопция, которая не будет изменять любые файлы.

Старая версия

Чем этот ответ отличается от других ответов?

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

Решение

Этот фрагмент извлечет все неотслеживаемые файлы, которые будут перезаписаны, git pullи удалит их.

git pull 2>&1|grep -E '^\s'|cut -f2-|xargs -I {} rm -rf "{}"

а затем просто сделайте:

git pull

Это не команда git porcelain, поэтому всегда проверяйте, что она будет делать:

git pull 2>&1|grep -E '^\s'|cut -f2-|xargs -I {} echo "{}"

Объяснение - потому что один лайнер страшен:

Вот разбивка того, что он делает:

1. git pull 2>&1- захватить git pullвывод и перенаправить все это на стандартный вывод, чтобы мы могли легко захватить его grep.
2. grep -E '^\s- цель состоит в том, чтобы захватить список неотслеживаемых файлов, которые будут перезаписаны git pull. Перед именами файлов стоит группа пробельных символов, поэтому мы используем их для их получения.
3. cut -f2- - удалить пробелы в начале каждой строки, захваченной в 2.
4. xargs -I {} rm -rf "{}"- нам xargsнужно перебрать все файлы, сохранить их имя в "{}" и вызвать rmкаждый из них. Мы используем -rfдля принудительного удаления и удаления неотслеживаемых каталогов.

Было бы здорово заменить шаги 1-3 фарфоровой командой, но я не знаю ни одного эквивалента.

Если вы подумаете об использовании -fфлага, вы можете сначала запустить его как пробный запуск. Только то, что вы заранее знаете, в какой интересной ситуации вы окажетесь дальше ;-P

-n 
--dry-run 
    Don’t actually remove anything, just show what would be done.

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

git clean -f '/path/to/file/'

Не забудьте сначала запустить его с флагом -n, если вы хотите посмотреть, какие файлы удалит git clean. Обратите внимание, что эти файлы будут удалены. В моем случае я все равно не заботился о них, так что это было лучшее решение для меня.

Один из способов сделать это - скрыть локальные изменения и вытащить из удаленного хранилища. Таким образом, вы не потеряете свои локальные файлы, так как файлы попадут в тайник.

git add -A
git stash
git pull

Вы можете проверить свои локальные спрятанные файлы с помощью этой команды - git stash list

Для тех, кто не знает, git игнорирует различия в именах файлов и папок в верхнем и нижнем регистре. Это оказывается кошмаром, когда вы переименовываете их в одно и то же имя с другим регистром.

Я столкнулся с этой проблемой, когда переименовал папку из «Petstore» в «petstore» (от прописной до строчной). Я отредактировал свой файл .git / config, чтобы перестать игнорировать регистр, внес изменения, уничтожил мои коммиты и спрятал свои изменения, чтобы перейти в другую ветку. Я не мог применить свои спрятанные изменения к этой другой ветке.

Исправление, которое я нашел, работало, чтобы временно отредактировать мой файл .git / config, чтобы снова временно игнорировать регистр. Это привело git stash applyк успеху. Затем я изменил ignoreCase обратно на false. Затем я добавил все, кроме новых файлов в папке petstore, которые, как ни странно утверждали, были удалены по какой-либо причине. Я совершил свои изменения, затем побежалgit reset --hard HEAD чтобы избавиться от этих неотслеживаемых новых файлов. Мой коммит выглядел точно так, как ожидалось: файлы в папке были переименованы.

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

Ни очистка / сброс / жесткая проверка / ребазирование не работали для меня.

Так что я просто удалил файлы, на которые жалуется git *

rm /path/to/files/that/git/complained/about

* Я проверил, можно ли удалить эти файлы, проверив новый репо в отдельной папке (файлов там не было)

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

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

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

Если у вас есть файлы, записанные в .gitignore, удалите файлы и снова запустите git pull. Это помогло мне.

Проблема в том, что когда у нас есть входящие изменения, которые объединят неотслеживаемый файл, git жалуется. Эти команды помогли мне:

git clean -dxf
git pull origin master