Я сделал ошибку и я не знаю как удалить мой последний пуш в репозиторий. Я вытаскиваю последние обновления приложения, но у него есть конфликты, и я нажимаю его в репозиторий.
Как удалить мой последний коммит? Или как это исправить?
6 ответов:
во-первых, если вы работаете с другими людьми в том же репозитории кода, Вы не должен удалить фиксацию, так как при принудительном обновлении репозитория он оставит локальные репозитории ваших коллег в незаконном состоянии (например, если они сделали коммиты после того, как вы удалили, эти коммиты будут недействительными, поскольку они были основаны на Теперь несуществующей фиксации).
сказал, что вы можете сделать это вернуться фиксация. Этот процедура выполняется по-разному (разные команды) в зависимости от CVS вы используете:
EDIT: Операция revert создает новую фиксацию, которая делает обратное, чем reverted commit (например, если исходная фиксация добавила строку, revert commit удаляет эту строку), эффективно удаляя изменения нежелательной фиксации без перезаписи репозитория история.
если вы не работа с другими (или Рады вызвать у них значительное раздражение), затем можно удалить коммиты из ветвей bitbucket.
если вы пытаетесь изменить ветвь не master:
если вы пытаетесь изменить ветку master
на Bitbucket перейдите в настройки репозитория и измените «главную ветвь» на master_temp (на Github измените «ветку по умолчанию»).
этот процесс также будет работать с любыми другими изменениями истории (например, git filter-branch ). Вам просто нужно убедиться, что вы сбросили соответствующие коммиты, прежде чем новая история отделится от старой.
edit: видимо, вам не нужно идти на все эти хлопоты на github, как вы можете force-push a reset branch.
работа с раздраженным коллаборационисты
в следующий раз, когда кто-нибудь попытается вытащить из вашего репозитория (если они уже вытащили плохой фиксатор), тяга не сработает. Они вручную должны будут сбросить фиксацию до изменения истории, а затем снова потянуть.
если они вытащили плохой коммит,и совершил на нем, то они должны будут сбросить, а затем git cherry-pick хорошие коммиты, которые они хотят создать, эффективно воссоздают всю ветвь без плохая фиксация.
если они никогда не тянули плохой фиксации, то весь этот процесс не коснется их, и они могут тянуть, как обычно.
вы можете сбросить до HEAD^ затем с силой толкают его.
он удалит вашу последнюю фиксацию и отразится на bitbucket как удаленная фиксация, но все равно останется на их сервере.
у меня были проблемы с git revert в прошлом (в основном потому, что я не совсем уверен, как это работает.) У меня были проблемы с возвратом из-за проблем слияния..
мое простое решение этой.
ваш проект в другой папке, то:
в вашем последнем (и главном) проекте dir (тот, который имеет проблемную последнюю фиксацию) вставьте файлы шага 2
после того, как изменения были зафиксированы он не сможет удалить. потому что природа совершить не удалить.
то, что вы можете сделать (простой и безопасный метод),
Интерактивные Перебазирования:
2 #покажет ваши последние 2 коммита
2) Ваш коммит будет список, как, последние появится в нижней части страницы LILO(последний в последний выход)
удалить последний коммит строка полностью
3) сохраните его как ctrl+X или ESC:wq
Теперь ваша ветка будет обновляться без вашего последнего коммита..
к настоящему времени cloud bitbucket (я не уверен, какая версия) позволяет вернуть фиксацию из файловой системы следующим образом (я не вижу, как вернуться из интерфейса Bitbucket в браузере Chrome).
-создайте резервную копию всего каталога, чтобы защитить изменения, которые вы непреднамеренно совершили
— выберите извлеченный каталог
-правая кнопка мыши: tortoise git menu
— repo-browser (опция меню ‘revert’ только отменяет uncommited изменения)
Всем доброго дня! Немного страшновато, хотя в целом все понятно, хочу откатить все правки до определенного коммита. Подскажите, пожалуйста, как это безопаснее всего сделать? Я точно знаю хеш коммита, то есть это не неопреденные отмены, а четко понятные.
Заранее спасибо за ответы.
если изменения уже запушились в битбакет, то «откатить» их уже нельзя. Можно просто откатиться на определенный коммит и закоммитить его еще раз, как новые правки.
Знаете, что интересного произошло? После мержа в мастер, я запулил файла на хостинг, и мне гит написал, мол все в порядке.
А по итогу, старые файлы остались на хосте. Мне пришлось удалить полностью все на хосте, инитнуть гит, и только после пула все получилось.
Вопрос: почему после мержа и пула, файлы на хостинге не обновились? Вероятно, я что-то сделал не так..
Узнайте, как отменять изменения в Git с помощью Bitbucket Cloud
Узнайте, как отменить изменения на локальной машине и в репозитории Bitbucket Cloud во время совместной работы с коллегами.
Краткое описание основной задачи
Время
Аудитория
Обязательные условия
В этом обучающем руководстве предполагается, что вы знакомы со следующими командами Git :
Ошибиться может каждый. Не все изменения, отправляемые с помощью команды push, идеальны, поэтому в этом учебном руководстве рассматриваются наиболее распространенные команды Git для безопасной отмены изменений.
В этом обучающем руководстве предполагается, что вы знакомы со следующими командами Git:
Если вы не знакомы с этими командами, мы поможем изучить Git с помощью Bitbucket Cloud. Далее вернитесь на эту страницу и узнайте, как отменять изменения. Эти команды Git подходят для сред Windows и Unix. При навигации по файловой системе в этом руководстве будут использоваться утилиты командной строки Unix.
Отмена изменений на локальной машине
Если изменение, которое вы хотите отменить, находится в вашей локальной системе и оно не было опубликовано в удаленном репозитории, выполнить отмену можно двумя способами:
Команда
Определение
Команда отмены, однако принцип ее действия отличается от привычной отмены изменений. Вместо удаления коммита эта команда отменяет внесенные в нем изменения и добавляет новый коммит с обращенным содержимым. В результате история в Git не теряется, что важно для обеспечения целостной истории версий и надежной совместной работы.
Универсальная команда Git для отмены изменений. У команды git reset есть ряд полезных опций, но в целях обучения мы рассмотрим следующие режимы:
Подробное описание принципа работы команды git reset приведено в разделе сайта git-scm.com Git Tools — Reset Demystified (Инструменты Git — Раскрытие тайн reset).
По мере продвижения по учебному руководству вы узнаете несколько других команд Git для отмены изменений, поэтому давайте начнем.
Форк репозитория
Теперь, когда в локальной системе есть репозиторий со всем кодом и существующей историей, можно приступать к отмене некоторых изменений.
Поиск изменений в локальной системе
Вы должны уметь находить изменение, которое хотите отменить, и ссылаться на него. Найти конкретное изменение можно через пользовательский интерфейс коммитов в Bitbucket и с помощью нескольких утилит командной строки.
git status
Команда git status возвращает состояние рабочего каталога (местоположения репозитория в локальной системе), раздела проиндексированных файлов (места, где вы подготавливаете набор изменений для добавления в историю проекта), показывает все файлы, в которых есть изменения, и сообщает, были ли эти изменения добавлены в раздел проиндексированных файлов. Давайте теперь выполним команду git status и проверим текущее состояние репозитория.
git log
Команда git log позволяет просматривать и фильтровать историю проекта, а также искать конкретные изменения. С помощью git status можно просматривать рабочий каталог и раздел проиндексированных файлов, в то время как git log показывает только историю коммитов.
В следующем примере история состоит из нескольких изменений, но каждое изменение по сути является коммитом. Это то, что нам нужно найти и отменить.
Рассмотрим один из перечисленных коммитов внимательнее.
Вы можете заметить, что каждый комментарий к коммиту состоит из четырех элементов.
Элемент
Описание
Буквенно-цифровая строка (генерируемая функцией SHA-1), по которой можно идентифицировать то или иное изменение
Лицо, сделавшее коммит изменения
Дата внесения изменения в проект с помощью коммита
Комментарий к коммиту
Текстовая строка с описанием изменения.
Рекомендация: пишите короткие содержательные комментарии к коммитам для обеспечения согласованной работы всех участников, использующих репозиторий.
Поиск местонахождения конкретного коммита
В любое время вы можете нажать клавишу q, чтобы закрыть журнал коммитов и вернуться к командной строке.
Вы увидите нечто подобное:
Строка внизу продолжит заполняться до тех пор, пока не отобразится изменение целиком. Нажмите клавишу q, чтобы закрыть командную строку.
Фильтрация вывода команды git log для поиска определенного коммита
Отфильтровать и скорректировать вывод команды git log можно с помощью следующих параметров:
Выводит список всех коммитов, автор которых совпадает с указанным
Все коммиты, у которых в поле имени автора содержится строка «Alana»
Возвращает все коммиты, комментарий к которым содержит указанную строку
Все коммиты, содержащие строку «HOT-» в комментарии к коммиту
Отмена изменения с помощью git reset
Сначала давайте просто отменим последний коммит в истории. Предположим, вы только что включили конвейеры непрерывной интеграции и непрерывной поставки (CI/CD) Bitbucket, но обнаружили, что скрипт работает не совсем так, как нужно.
Отмена нескольких изменений с помощью git reset
Как видно, изменения теперь находятся в ожидании коммита. Это означает, что теперь мы удалили несколько изменений как из истории проекта, так и из раздела проиндексированных файлов.
Отправка результатов отмены в Bitbucket
Ниже приведен пример небезопасного сценария.
Отмена команды git reset
Вывод команды git reflog должен быть аналогичен показанному в примере выше. Вы можете просмотреть историю действий в репозитории. Самая верхняя строчка является ссылкой на команду reset, которую мы выполнили для сброса запроса pull № 6. Теперь сбросим выполнение команды reset, чтобы восстановить запрос pull № 6. Во втором столбце вывода команды reflog находится указатель на действие по изменению репозитория. Здесь HEAD@ <0>— это ссылка на выполненную нами ранее команду reset. Мы не хотим снова выполнять эту команду сброса, поэтому восстановим репозиторий до HEAD@<1>.
git revert
Вы только что узнали, как отменять изменения!
Вы закончили, поздравляем! Вы можете в любое время вернуться к этому учебному руководству или ознакомиться с разделом «Отмена изменений», чтобы изучить эту тему подробнее. Продолжайте в том же духе в Bitbucket!
I made a mistake and I don’t know how to delete my latest push in the repository. I pull the latest updates of the app but it has conflicts and I push it to repository.
How to delete my last commit? Or how to fix it?
10 Answers 10
In the first place, if you are working with other people on the same code repository, you should not delete a commit since when you force the update on the repository it will leave the local repositories of your coworkers in an illegal state (e.g. if they made commits after the one you deleted, those commits will be invalid since they were based on a now non-existent commit).
Said that, what you can do is revert the commit. This procedure is done differently (different commands) depending on the CVS you’re using:
EDIT: The revert operation creates a new commit that does the opposite than the reverted commit (e.g. if the original commit added a line, the revert commit deletes that line), effectively removing the changes of the undesired commit without rewriting the repository history.
If you are not working with others (or are happy to cause them significant annoyance), then it is possible to remove commits from bitbucket branches.
If you’re trying to change a non-master branch:
if you’re trying to change the master branch
On Bitbucket, go to the repository settings, and change the «Main branch» to master_temp (on Github, change the «Default branch»).
This process will also work with any other history changes (e.g. git filter-branch ). You just have to make sure to reset to appropriate commits, before the new history split off from the old.
edit: apparently you don’t need to go to all this hassle on github, as you can force-push a reset branch.
Dealing with annoyed collaborators
Next time anyone tries to pull from your repository, (if they’ve already pulled the bad commit), the pull will fail. They will manually have to reset to a commit before the changed history, and then pull again.
If they have pulled the bad commit, and committed on top of it, then they will have to reset, and then git cherry-pick the good commits that they want to create, effectively re-creating the whole branch without the bad commit.
If they never pulled the bad commit, then this whole process won’t affect them, and they can pull as normal.
Возьмем простую ситуацию: разработчик решает реализовать математические функции. Но на половине пути понимает, что данную задачу было бы хорошо декомпозировать, допустим, на две подзадачи:
Проверять будет проще да и тестировать. Но он уже начал ее реализовывать, коммиты уже созданы, и что же делать? Не переписывать же!
git revert
Работа кипит и осталось дело за малым — смерджить мастер с данными ветками.
И что же мы получили? Ни класса Arithmetic, ни класса Numerical! А все дело в том, что команда git revert создает новый коммит с отменой изменений и не удаляет из истории коммиты. И в нашем случае после слияния веток получается 4 коммита:
То есть вариант с отменой изменений с помощью команды revert вышел нам боком.
git reset
git rebase
Есть еще одно решение — использовать команду git rebase для отмены изменений. Вернемся к моменту создания двух веток numerical и arithmetic и выполним
Теперь на уровне каждого коммита, который мы хотим отменить заменим pick на drop. И тогда выбранные нами коммиты сбросятся из истории. Например в ветке numerical :
Тогда в истории у нас останутся только нужные нам коммиты. Теперь при слиянии веток в master получим оба класса.
Данный метод рабочий, только при условии работы в частной ветке, но если эти манипуляции провести в общей ветке, то при публикации ( git push ) git сообщает, что ветка устарела, так как в ней отсутствуют коммиты и отменяет публикацию.
Чтобы не бороться с git, старайтесь декомпозировать задачи заранее, а то можете словить сюрприз. Сталкивались ли вы с такими ситуациям, и если да, то как выходили из них?
