Git, загружающий обновленный код из битбакет в цифровой океан [дубликат]

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

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

Вы можете попробовать один из следующих способов:

rebase

Для простых изменений попробуйте перезагрузить его сверху, потянув за изменения, например

git pull origin master -r

Таким образом, он будет применять вашу текущую ветвь поверх верхней ветви после извлечения.

Это эквивалентно командам checkout master, fetch и rebase origin/master git.

Это потенциально опасный режим работы. Он переписывает историю, которая не сулит ничего хорошего, когда вы уже опубликовали эту историю. Не используйте эту опцию, если вы не внимательно прочитали git-rebase(1) .

checkout

Если вас не волнует ваши локальные изменения, вы можете переключиться на другую ветвь временную (с усилием) и переключить ее обратно, например

git checkout origin/master -f
git checkout master -f

reset

Если вас не волнует ваши локальные изменения, попробуйте сбросить его в HEAD (исходное состояние), например

git reset HEAD --hard

Если выше не поможет, это могут быть правила в вашем файле нормализации git (.gitattributes), поэтому лучше совершить то, что он говорит. Или ваша файловая система не поддерживает разрешения, поэтому вам нужно отключить filemode в вашей конфигурации git.

Связано: Как заставить «git pull & quot; для перезаписывания локальных файлов?

Если вы уверены, что в будущем вам не нужны локальные изменения, вы можете выполнить следующие команды:

git reset --hard 
git pull

Итак, ситуация, в которой я столкнулась, была следующей:

error: ваши локальные изменения в следующих файлах будут перезаписаны с помощью merge: wp-content / w3tc-config / master.php Пожалуйста, сделайте свои изменения или запишите их, прежде чем вы сможете объединиться.

кроме, прямо перед этим, был удален: так на самом деле это:

remote: error : Ваши локальные изменения в следующих файлах будут перезаписаны с помощью merge: some / file.ext Пожалуйста, зафиксируйте свои изменения или запишите их, прежде чем сможете слить.

Что происходит (я думаю , а не на 100% положительный), после того, как начался запуск и прикручивание сообщения git post из-за изменений движения в репозитории удаленного сервера, который, теоретически, не должен был быть затронут.

Итак, что я закончил делая трассировку через крюк после приема и обнаруживая это, приходилось идти в удаленный репозиторий на сервере, и произошли изменения (которые не были в моем локальном репозитории, который, по сути, сказал на нем не было изменений, ничего не зафиксировано, обновлено и т. д.). Поэтому, когда на локальном сервере никаких изменений не было, на сервере я сделал git checkout -- some/file.ext, а затем локальные и удаленные репозитории фактически соответствовали и Я мог продолжать работать и развертывать. Не совсем уверен, как эта ситуация произошла, хотя пара десятков разработчиков плюс ИТ-изменения могут иметь какое-то отношение к ней.

Попробуйте это

git stash save ""

и попробуйте снова вытащить

Запрос на фиксацию до вытягивания

• git stash
• git pull origin & lt; & lt; branchname >>

При необходимости:

• git stash apply

git stash
git pull <remote name> <remote branch name> (or) switch branch
git stash apply --index

Первая команда временно сохраняет ваши изменения в stash и удаляет их из рабочего каталога.

Вторая команда переключает ветви.

Третья команда восстанавливает изменения, которые вы сохранили в stash (опция --index полезна, чтобы убедиться, что поэтапные файлы все еще поставлены).