Если локальная ветка связана с конкретной внешней, но внешняя ветка была удалена, тогда и выдаст такое сообщение. Это не ошибка и ничего страшного нет. Ближайший push восстановит внешнюю ветку.
Антон Шелестов, проверьте рецепт с fetch, можно на временной ветке, если у вас уже продолжена работа в мастере. Если сборщик мусора ещё не убил тот коммит, то всё получится.
Зачем лепить свои велосипеды, когда есть готовые преднастроенные дистрибутивы с удобными админками и возможностью расширения.
Я голосую за OPNsense — бесплатный и открытый проект на базе FreeBSD.
Системы могут быть разные и рабочие процессы разные. В различных командах могут использовать гит по-разному. Это желательно описывать в отдельном документе, который все будут соблюдать.
Тут нет единственно правильного ответа и метода работы, но важно чтобы вся команда работала единообразно.
Роми, совершенно верно. При копировании создаётся совершенно новый коммит с другим sha-хэшем.
Хотя бы потому, что для расчета хэша используется не только состояние проекта, которое тоже изменилось, но и металанные — автор, время, предки.
Eridiant,
Если розовая ветка нужна и вас просто смущает что она тоже main, тогда переименуйте её на гитхабе во что-то другое, а потом сихронизируйтесь локально: git fetch --prune -v
это отвяжет разные ветки
что имелось в виду под «обновил»? Что, где и какими командами?
И до сих пор не понятно, что вы делаете и чего хотите добиться )))
Если коммит обозначенный у вас как розовый first commit вам не нужен, то рецепт из ответа решит все «проблемы».
И сформулируйте вопрос по-русски. Пропустили вопросительное слово «как».