you need to resolve your current index first git что делать
How to Fix Git Error: You need to resolve your current index first
The error “You need to resolve your current index first” occurs in Git and means that there is a merge conflict and unless you resolve the conflict, you will not be allowed to checkout to another branch. This error message also signifies that a merge failed or there are conflicts with the files.
Error: You need to resolve your current index first
What are all these files, merges, and conflicts? These terms will be unknown to you if you are a beginner in using Git. Git is a version control platform which allows several people to work on files simultaneously and push their local copy of the code to the one stored in the cloud. This way if you change some downloaded (or already pushed) code and push it again to the cloud, the changes will be overwritten in the cloud by your local copy.
Git has a concept of branches. There is a master branch and several other branches branch out from it. This error particularly occurs if you are switching from one branch to another (using checkout) and there are conflicts in the files of the current branch. If they are not resolved, you will not be able to switch branches.
What causes the Git Error: You need to resolve your current index first?
Like mentioned before, the causes for this error are quite limited. You will experience this error because:
Before you proceed with the solution, make sure that you have proper version control and it is wise to stop other team members from changing the code before you resolve the conflict.
Solution 1: Resolving the Merge Conflict
If your merge isn’t automatically resolved by Git, it leaves the index and the working tree in a special state which helps give you all the information you need to resolve the merge. The files which have conflicts will be marked specially in the index and until you resolve the problem and update the index, you will keep receiving this error message.
You can add your personal commentary while committing. An example is:
Solution 2: Reverting your Merge
There are numerous cases where you merge branches and messed up. Because of all the conflicts and confusion, the project is now a mess and your team members are blaming you for it. In this case, you have to revert previous commit (the merge commit). This will undo the merge entirely and bring back the entire project to a state when you didn’t do any merges. This can be a lifesaver if you have messed things up beyond repair.
To revert the merge, type the following:
The above command will reset the index and update the files in the working tree that are different between the ‘commit’ and the ‘head’. However, it will keep those files which are different between the index and working tree.
You can also try reverting the HEAD by using the following command:
«error: you need to resolve your current index first» #8800
Comments
ghnp5 commented Dec 14, 2019 •
I’m really not happy with the fact that my previous request was discarded/ignored so easily: #8739
All I’m asking is whether it’s possible to add a context menu option that will simply perform the following command:
So that after a conflict was resolved, we can add the file back to the index, and therefore be able to perform a ‘switch branch’ without getting the error:
error: you need to resolve your current index first
Now you want to create a new branch, but you want to update your current master with all the changes made since your last update.
You get a conflict, and you resolve it.
Since the conflict is resolved, there should be nothing stopping you from switching to a new branch. After all, you should be in the exact same state as you were before the conflict happened.
However, if you switch to the new branch with the option «Bring my changes to XXX»:
And the file is back to normal (look at the icon at the right):
Or, if the «checkbox» at the left is Ticked, shouldn’t «git add» be done automatically anyway?
The text was updated successfully, but these errors were encountered:
Как вернуть обратно изменения в GitHub после совершения какой-либо ошибки?
Хотя я прочитал некоторые основные команды в Github, но, следуя конфигурации разработчиков проектов с открытым исходным кодом, я случайно создал что-то и застрял так плохо, что теперь я не могу перейти в какое-либо место с этого момента.
То, что я сделал, это
В инструкции сказано создать ветку, поэтому я создал ветку с веткой git branch_name
Тогда инструкция сказала, чтобы вытащить из моего исходного репо с git pull repo_URL имя_панель
это то, где все прищурилось.
Я получил некоторую ошибку, когда было упомянуто, что разрешение было выполнено git commit.
Теперь все повесили.
Я в своем новом отделении. Не могу выйти из этого, поэтому со временем это не удастся удалить. Кроме того, когда я набираю статус git
Когда я пытаюсь проверить другую ветку с помощью git checkout master, я получаю следующие сообщения:
Какова резолюция, Как я могу вернуть все обратно?
Просто оставьте свое текущее репо, как есть.
Идите в другое место и попробуйте другой подход.
Затем сначала выполните клонирование удаленного репо:
Если вы хотите вернуть все изменения, просто выполните следующую команду:
Без ожидающих изменений вы можете без проблем переключиться на любую другую ветку.
Таким образом, самый простой способ проверить все ожидающие изменения – запустить
который создаст фиксацию всех этих изменений. Даже если вы, вероятно, не захотите их хранить, вы всегда можете удалить его позже.
Чтобы отменить изменения, которые вы можете выполнить
или для автоматической обработки всех файлов одна из следующих двух команд
Откройте свой репозиторий на веб-сайте github. Посмотрите, существует ли там ваша ветка. перейдя на вкладку ветвей. Если да, перейдите на терминал и сделайте
проверьте, нет ли какой-либо фиксации, которую вы не хотите нажимать на свое репо. Вы можете просматривать изменения в фиксации с помощью “git show”, где хеш – это идентификатор транзакции, отображаемый в выходном файле git. Если в git-журнале нет нежелательной фиксации, просто выполните
и вам хорошо идти. Если возникла нежелательная фиксация, которая не была нажата на сервер, напишите следующую команду
gut pull – это сокращение от git fetch за которым следует git merge
Взгляните на эти файлы:
Сначала вам нужно разрешить эти конфликты слияния. См. Здесь.
Если вы испортили вещи, вы можете прервать слияние и снова слить.
Если вы не хотите сохранять какие-либо изменения. Вы всегда можете сбросить свою ветку до удаленной версии, вызвав:
Если вы хотите сохранить свои изменения, вам необходимо разрешить эти конфликты. Вы находитесь в середине слияния, и вы не можете переключиться на мастер в этот момент.
How do I blow away my attempt to resolve git conflicts
I checked out ‘production_branch’ then did a merge of ‘master_branch for_production_branch’ there were massive conflicts. ‘production_branch’ has been deployed to production. But the conflicts require a more experienced eye. I need to get a critical patch (I will do it by hand) onto the production branch ‘production_branch’ so I can deploy.
How can I get back to ‘production_branch’ in my working directory so I can deploy a simple critical fix.
2 Answers 2
to abort your current merge action and revert to the situation before your started the merge. See git merge documentation for more details.
Note that it will throw away any changes your made, but I suppose this is not a problem in your current situation.
To blow away all the changes and set to prior to merge
Here commitsha is the sha id of git commits. You can use gitk or git log to check state of your branch and figure out commit_sha
Update
Not the answer you’re looking for? Browse other questions tagged git git-revert or ask your own question.
Related
Hot Network Questions
Subscribe to RSS
To subscribe to this RSS feed, copy and paste this URL into your RSS reader.
site design / logo © 2021 Stack Exchange Inc; user contributions licensed under cc by-sa. rev 2021.11.12.40742
By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.
Користувальницькькі налаштування
Налаштування сайту
Зміст
В простейшем виде порядок работы с GIT-репозиторием примерно такой:
Создание репозитория
Создаём папку, которая станет репозиторием:
Можно также внести настройки владельца репозитория:
Клонирование репозитория
Выбор ветки
Обновление с удалённого репозитория
Создание ветки
Слияние веток
Если получаем ошибку вида
при каком-то действии, то текущее задание на слияние можно отменить так:
Разрешение конфликтов
Если при попытке слияния веток git выдаёт ошибку вида:
Automatic merge failed; fix conflicts and then commit the result.
То нужно устранить конфликты в содержимом конфликтующих файлов вручную, после чего повторить попытку слияния.
Внесение изменений
После редактирования некоторых файлов в проекте, можно в любое время проверить состояние своего локального GIT-репозитория:
Его вывод покажет, какие были произведены изменения и подскажет, как их правильно сохранить. Обычно для сохранения своих изменений достаточно сделать следующее:
Последняя команда откроет текстовый редактор для вставки короткого (или не очень) комментария, описывающего внесённые изменения. Комментарий не может быть пустым.
Загрузка на сервер
Удаление ветки
локальной
удалённой
Изменение комментария
К последнему коммиту
Если возникла необходимость изменить комментарий к сохранённому коммиту, не отправленному на сервер, нужно выполнить 2)
Если изменения уже были отправлены на сервер, то после этого нужно отправить новую информацию на север
К ранним коммитам
Если нужно отредактировать комментарий не к последнему коммиту, а к некоторому более раннему, необходимо выполнить 3)
После этого откроется редактор со списком коммитов, начиная с самого старого из подлежащих редактированию. Возле каждого из них нужно выставить соответствующее слово, которое обозначает действие для данного коммита. Согласно подсказке, которую, Git показывает прямо в редакторе,
После этого нужно следовать подсказкам Git. Чаще всего, всё сведётся просто к устранению конфликтов и выполнению команды
дл каждого конфликта.
Для публикации исправленных записей используется команда
После чего необходимо оповестить всех участников проекта о необходимости скопировать эти изменения к себе.
Визуализация
Картинка
Видео
Программа Gource умеет создавать красивое видео с визуализацией хода разработки, исходя из лога Git.