Мой вам совет — вы не разберётесь в гите с наскоку. Он хоть и простой, не не является интуитивно-понятным. Без прочтения руководства и практики не освоить.
Я вам полное решение сказал, а вы не понимаете смысла команд ))
Для вас это непонятные заклинания.
Остановитесь сейчас и пройдите вот этот небольшой курс на 16 уроков. https://ru.hexlet.io/courses/intro_to_git
Там теория и практика. А после вернитесь сюда и задайте вопрос снова если что-то останется не понятно.
Наверное автор хочет не автоматически разрешать конфликты (это невозможно), а автоматически игнорировать конфликты и перезатирать одну из сторон конфликта. Это можно автоматизировать.
Дмитрий Дев, вы не сможете незаметно изменить файлы. Даже пробел изменит хэш файла. Можно только игнорировать изменения которые лично вы в данный момент не хотите видеть в выводе diff
образом мне эту ветку накинуть сверху ветки "main".
Я же написал точную команду в ответе.
Но я не понимаю зачем вам это?
Просто переименуйте старую main на гитхабе, а потом отправьте с компа свежую main на гитхаб. Вся история в итоге останется и вы сможете любую версию проекта вытащить.
Не усложняйте задачу, особенно если не понимаете что делаете. Лучше почитайте книжку по гиту.
Если очень хочется объединить истории и далее уже продолжать одну ветку, то придется разрешить конфликты.
При rebase количество конфликтов может быть равно количеству коммитов в той ветке, которую вы хотите наверх посадить.
При merge конфликт придется разрешить лишь один раз.
SNeverov, вы так и не ответили. Сколько коммитов сейчас на гитхабе? О насколько большой истории речь?
Все три предложенные мной способа сохраняют обе истории.
Самый простой способ, это не пытаться склеить истории а просто оставить их как есть сейчас в разных ветках. Достаточно только переименовать одну из них, чтобы эти разные ветки не конфликтовали своими именами.
Полина Титова, ключи это секретная информация, и складываются они обычно в каталог .ssh внутри домашнего каталога пользователя. Например в линуксе /home/user/.ssh/
Собственно уже при создании они у вас должны были изначально там создаваться.
Открытый ключ вы скопировали в личный кабинет на Bitbucket
Успешно authenticated ✅
Осталось проверить что вы не ошиблись в адресе. Можете показать git remote -v?
Хотя если вы смогли клонировать, значит ссылка правильная. ✅
Далее проверить что у вас есть права на запись в тот репозиторий. Это ваш личный репозиторий или чужой?
Скорее всего не ваш, иначе бы без проблем отправилось. И надо чтобы хозяин того репозитория добавил вас в команду.
Это рабочий способ. Но я думал вы хотите сохранить историю которая локально?
Я показал как отправить всю историю и ничего не потерять.
Зачем вам тогда гит, если вы просто копируете файлы вместо того чтобы использовать гит?
Локальный пользователь и доменный это разные пользователи, даже если у вас они с одинаковым именем. При входе под доменным пользователем, для него создалась новая папка. А так как уже есть папка с таким именем, то пришлось создать другую, с добавлением имени домена.
Иначе бы в гит статусе вы не увидели само это название папки. Мы видим только внутренности и гит понятия не имеет в папке с каким названием инициализирован репозиторий
Я вам полное решение сказал, а вы не понимаете смысла команд ))
Для вас это непонятные заклинания.
Остановитесь сейчас и пройдите вот этот небольшой курс на 16 уроков.
https://ru.hexlet.io/courses/intro_to_git
Там теория и практика. А после вернитесь сюда и задайте вопрос снова если что-то останется не понятно.
Ещё вот мультики гляньте — совсем наглядно всё.