В какой ветке? Если в main, то так вы создали ответвление, и чтобы слить цепочки обратно в одно целое не обойтись без коммита слияния, который вы и видите в итоге.
ветку удалить и создать новую на основе main?
Rebase собственно это и делает. Ветка update удалится и соберется заново на новой вершине main, после ваших коммитов с откатами.
она у меня идентична с main.
Нет, если вы создали в main другие коммиты напрямую, то update уже не идентична. Истории разошлись по разным цепочкам коммитов.
Она мне нужна если что-то пойдет не так вернутЬся на main.
Гит в любом случае хранит всю историю и ничего не удаляет. Вы всегда можете вернуться к любой точке. Городить этот ваш костыль с отдельной веткой — это очень странное решение.
Nentra, Git решает проблему отслеживания и контроля изменений в коде. Когда сам сервер в процессе работы меняет файлы, а мы хотим видеть, что именно изменилось.
Многие также используют Git для деплоя проектов на сервере. В этом случае на сервере создается репозиторий, и после каждого git pull обновляется код проекта до последней версии, что упрощает процесс развертывания. Сама разработка ведется не на живом сервере, а на компьютере разработчика. Git же помогает с доставкой доработок на сервер.
Вам не надо работать с гитом на сервере. У вас должен быть клон репозитория на локальном компе, с которым вы прекрасно сможете работать вашим любимым GUI-клиентом
вы хотели сказать «коммитите»? Не надо человека запутывать.
А в остальном полностью согласен. Нельзя сделать коммит на удаленном компьютере. Гит работает с файлами и репозиториями лежащими на локальном компе. Поэтому идея с удаленным подключением не имеет смысла.
Для общения с внешними репо достаточно консольных команд push/fetch/pull которые вы выполните через ssh shell
FooXeeD, кстати да, у меня JetBrain Toolbox автоматом обновляет все IDE, поэтому не подумал что у вас старая версия может быть несовместима с современным гитхабом.
И сделать первый раз push через терминал тоже и там авторизоваться любым способом. Если push пройдёт успешно, то дальше в графическом интерфейсе тоже всё заработает, в том числе просмотр списка ваших репозиториев
Dyikot, в любой непонятной ситуации смотрите git status.
А скрин ошибки говорит вам что истории веток разошлись. Но pull не всегда поможет. У вас там возможно вообще никак не связанная история. Покажите уже статус.
И зря вы хотите отказаться от замочков. Они как раз вам помогают не так часто смотреть статус.
Самая лучшая поддержка работы с Git есть в средах разработки от JetBrains. А если искать просто клиент, то рекомендую SmartGit. А гитхабовская программа это какое-то недоразумение, там практически ничего не сделать.
Но основной инструмент для нас — это консольный гит. Графические клиенты облегчают и ускоряют работу, но некоторые операции всё равно возможны только в терминале.
Екатерина, свежим взглядом увидел ошибку в вашем .gitignore
Вы просто сломали правило попытавшись добавить комментарий некорректно.
Если бы такие комментарии работали, они бы подсвечивались другим цветом.
Екатерина, извините, только сейчас смог посмотреть ваше видео.
Повторил ваши действия и смог воспроизвести «ошибку».
Вас не смутило, что файлы зеленого цвета?
В контексте гита это означает что они уже проиндексированы (т. е. обработаны командой git add)
Когда ставите галку «Create Git repository» во во время создания проекта, то он сразу все созданные файлы добавляет в индекс и начинает отслеживать. Это наверное не баг, а фича.
И когда вы в дальнейшем создаёте .gitignore но он уже никак не действует на эти файлы, потому что игнор работает только на неотслеживаемых файлах. Проблема решается бананальной очисткой индекса командой git reset в терминале или через меню Git — Reset HEAD.... Так как мы эти файлы ещё не успели закоммитить, то они моментально начнут игнороваться, так как больше не отслеживаются.
В дальнейшем я рекомендую инициализировать репозиторий уже после создания файла .gitignore
В какой ветке? Если в main, то так вы создали ответвление, и чтобы слить цепочки обратно в одно целое не обойтись без коммита слияния, который вы и видите в итоге.
Rebase собственно это и делает. Ветка update удалится и соберется заново на новой вершине main, после ваших коммитов с откатами.
Нет, если вы создали в main другие коммиты напрямую, то update уже не идентична. Истории разошлись по разным цепочкам коммитов.
Гит в любом случае хранит всю историю и ничего не удаляет. Вы всегда можете вернуться к любой точке. Городить этот ваш костыль с отдельной веткой — это очень странное решение.