Eridiant,
Если розовая ветка нужна и вас просто смущает что она тоже main, тогда переименуйте её на гитхабе во что-то другое, а потом сихронизируйтесь локально: git fetch --prune -v
это отвяжет разные ветки
что имелось в виду под «обновил»? Что, где и какими командами?
И до сих пор не понятно, что вы делаете и чего хотите добиться )))
Если коммит обозначенный у вас как розовый first commit вам не нужен, то рецепт из ответа решит все «проблемы».
В английском языке нет наших падежей, поэтому ваше develop-а звучит как икота ))
Не пытайтесь прицепить окончания ни через дефис, ни через апостофы — выглядит нелепо.
Хочется русских падежей — так и пишите русскими буквами, как это вы сделали с cherry-pick.
А ещё невозможна в принципе ситуация, когда два коммита имеют одинаковый хэш.
Это заложено в саму архитектуру Git.
Но может быть, что два коммита производят одинаковые модификации и это нормально.
Иногда при перебазировании может оказаться что на определенном шаге очередной pick породил пустой коммит. Это не ошибка, но гит выводит предупреждение и позволяет спокойно продолжить rebase. Может с этим вы столкнулись?
При merge подобной проблемы не бывает. Git молча создаст пустой коммит слияния и всё.
Поэтому конкретизируйте пожалуйста свой вопрос. Процитируйте точный текст «ошибки», или хотя бы выпишите какие команды вводили перед этим.
Странная у вас формулировка. Невозможно «стянуть ненужное», загружается всё что есть во внешнем репозитории. Но оно у вас не влилось в локальный main, поэтому непонятна причина беспокойства. Вопрос теперь стоит в том, что вы хотите? Собираетесь ли интегрировать свою работу обратно во внешний или хотите работать автономно и ничего никуда не отправлять больше.
Роми, извините. Всё выше было теоретическими размышлениями.
А на практике, и после изучения документации, получилось воспроизвести вашу ошибку и всё стало понятно.
Смотрите ответ.
Если администратора не показывает в списке входа, то введите имя вручную и всё. Если я правильно помню, нужно пару раз нажать ctrl + alt + end. Главное знать пароль, либо возможно он у вас с пустым паролем.
А ситуация, когда ни у одного пользователя нет админских прав невозможна в принципе.
А просто git clone тоже прерывается?
Зачем вообще такая сложная схема загрузки вам? Можно конечно вместо pull сделать две отдельные команды, чтобы ещё удлинить.
git fetch origin
git merge origin/main
Но лучше clone, там есть опции частичного скачивания
И используйте git lfs, чтобы репозиторий не разрастался больше десятка мегабайт.
Сергей, понимании гита эти подпроекты реализуются либо как подмодули (submodule), либо как поддеревья (subtree).
Обычный каталог внутри гита называется тоже деревом (tree).
Не вводить passphrase и оставлять приватный ключ без шифрования это всё равно, что писать пароль на бумажке и приклеивать на монитор. Любой имеющий физический доступ к вашему рабочему месту, получит доступы и к вашим внешним серверам. Лучше бы дополнить инструкцию упоминанием ssh-add и ssh-agent.
Американцы верят на слово, даже диплом нигде не спросят. Трудовых книжек тут точно нет. Важно продемонстрировать свои реальные знания и умения, а бумажки никому не интересны.
Если розовая ветка нужна и вас просто смущает что она тоже main, тогда переименуйте её на гитхабе во что-то другое, а потом сихронизируйтесь локально:
git fetch --prune -v
это отвяжет разные ветки