Новоселов Андрей, отмена не удалит никаких коммитов существовавших до начала rebase! Только если вы не решили добавить новых коммитов в этом состоянии. Тогда можно завершить.
Новоселов Андрей, при продолжении произойдёт ровно то, что вы заказали. Один коммит дропнется. Но что будет результатом revert-коммита я предсказать не могу. Скорее всего получится ерунда. Как можно описать дейстивие отмены того, чего не было?
Если уж дропать в данной ситуации, то дропать оба коммита вместе.
И вы в курсе последствий изменения истории ветки master? Если вы работаете не один, то так просто мастер вы не сможете пересобрать. Так как всё это происходит только у вас локально, а на компьютерах коллег останется старый мастер, до того, как вы своими действиями его удалили у себя и создали новый. Коллегам придется у себя его удалять и скачивать заново новый. Спасибо они вам точно не скажут.
Veeam всё это умеет в бесплатной версии. Надёжен и быстр. Бэкапит виртуалки vSphere и Hyper-V, физические компы Windows и Linux, умеет бэкапить NAS. Умеет immutable репозитории и быстрые синтетические бэкапы.
Дело в том что у вас локальная main и main на гитхабе, это совершенно разные ветки. Вы создали тематическую ветку от локального main, а пытаетесь влить её теперь на гитхабовский main. Но эти ветки не имеют общей истории.
Зелёный ярлык это локальная main и эта ветка никак не связана с внешней origin/main с гитхаба.
Вы забыли запушить локальную main на гитхаб. А на гитхабе сейчас не ваша main, а та, которую создал гитхаб когда вы создали непустой репозиторий (поставили галку создать readme)
Переключитесь на локальную main и отправьте её тоже на гитхаб. Но придется отправлять принудительно, так как там уже есть другая ветка с таким же названием. git push --force
И тогда всё наладится.
Вы представляете ветку как цепочку коммитов с названием, но на самом деле, ветка это лишь указатель на какое-то место в цепочке коммитов. Поэтому при удалении ветки не удаляются никакие коммиты и «дочерние» ветки тоже никак не изменяются. Коммиты сами по себе являются неизменяемыми сущностями. Их можно создать, но удалить напрямую нельзя. Их удаляет сборщик мусора в тот момент, когда коммит не принадлежит никакой ветке.
Когда я удаляю ветку - это я что делаю-то по сути?
Вы удаляете указатель. Но даже он не удаляется а сохраняется в журнале reflog.
Больше ничего не удаляется. Даже коммиты остаются на месте.
Дмитрий, c какого перепугу нельзя то? Файл никто не запрещает изменять и ничто не помешает эти изменения закоммитить. Если мы однажды попросили гит отслеживать файл, то он будет это делать до тех пор, пока мы файл не удалим из проекта.
Игнор не делает изменения файла невидимыми для гита.
Он лишь немного мешает сделать первоначальный коммит файла, которого ещё нет в репозитории. Но и это обходится через --force
Instant VM Recovery это не восстановление, а мгновенный запуск виртуальной машины прямо из резервной копии. Это позволяет быстро продолжить работу не дожидаясь полного восстановления. Чтобы виртуалка окончательно восстановилась, нужно завершить миграцию в производственную среду. Вот эту миграцию и ждёт от вас программа.
Во время миграции Veeam Backup & Replication восстановит виртуальную машину из файла резервной копии и дополнительно переместит все изменения, внесенные во время работы виртуальной машины, из резервной копии в режим мгновенного восстановления.
Но в вашем случае проще сделать обычное восстановление, без этих манипуляций с миграциями. И кэш там никакой не нужен.
StepsOnes, а если отключить плагин Git?
Это наверняка поможет. Но я думаю тут нет ошибки WebStorm, а скорее вы где-то ошиблись в настройках. Инструменты JetBrains работают безупречно.