Антон Михайлов, выдавало ошибку, потому что нет такой команды)) хоть бы почитал ссылку, которую дал. Это сокращение для команды log с дополнительными параметрами. Чтобы заработало, нужно задать этот alias.
Разработчикам платят не за написание кода, а за решение конкретных бизнес-задач.
У вас одноразовые задачи? Тогда комментарии и не нужны. И история проекта не нужна.
Но если проект серьёзный, то возникает необходимость в доработках или исправлении ошибок. И тогда уже вы сами себе скажете спасибо за аккуратную историю и понятные комментарии к ранее сделанной работе. Разработка не заканчивается на релизе, вы всё равно продолжите допиливать проект и доработки будут опираться на предыдущую историю. Баг-трекер это не очень удачное место для хранения истории. А что если завтра вы решите перейти на другую систему? Всю историю придётся забыть? Ссылки на тикеты это хорошо, но они второстепенны в коммите. Важно таки писать в сообщении коммита что он делает. Если у вас практикуется squash-merge, то тогда оформляйте красиво squash-коммиты, так как все остальные уничтожаются при squash.
Алексей Березников, и снова не соглашусь. Merge-коммит в гитхабе подписывается не аккаунтом, а произвольным именем и e-mail, которые указаны на странице профиля. Там мы можем вписать что угодно. А многие вообще забывают вписать там правильные данные и в итоге вместо e-mail в подписи коммитов оказывается ерунда.
Если уже изменил автора локальных коммитов, то отправь их заново через push --force, тогда и Pull Request обновится тоже.
Но смущает сама формулировка вопроса. В Git нет аккаунтов, это утилита командной строки. Коммиты подписываются произвольным именем и e-mail, которые берутся из конфига. Если имелся в виду аккаунт Гитхаба, то он никак не влияет на автора коммитов. Сами коммиты никак не меняются при отправке в вышестоящий репозиторий. Аккаунт виден только в данных пулл-реквеста и не сохраняется в самих коммитах.
Ты пытаешься скачать ветку master, но в репозитории нет такой ветки. Там есть только main.
На этом шаге тебе и выдаёт ошибку, что не найдено искомой ревизии.
Могу ошибаться, но это называется слиянием поддеревьев
Идея в том, чтобы взять историю коммитов из внешнего проекта, и перенаправить её в подкаталог внутреннего. При этом используется стандартный гитовый механизм работы с внешними ветками.
Это метки неразрешенного конфликта. Сомневаюсь что на гитхаб подобное попало.
Скорее всего ты сам правил код и при обновлении возник конфликт, который ты забыл разрешить.
GotLib1, наверное ты не push сделал, а pull. Вот файлы и затёрлись входящими изменениями.
Откатить можно только то, что было закоммичено, либо сохранено в stash или changelist. Иначе считай потерял работу.
rastr, что не понятно? Там же написано «the remote contains work that you do not have locally»
Т. е. удалённая ветка содержит коммиты, которых нет у тебя локально. Их нужно сначала забрать оттуда и слить с твоей веткой и только потом отправлять в вышестоящий репозиторий.
MalekBV, это называется клонировать репозиторий и только один указатель на ветку.
Загрузится всё равно вся история и полный образ проекта.
В любом случае ты что-то усложняешь. Клонировать репозиторий можно же только в пустой каталог?
Значит тебе придётся всё удалить перед этим. А зачем? Простого switch или checkout достаточно.
Alex Ozerov, а что показывает гит статус и почему ты думаешь что он должен показывать то же самое?
А лишний файл нужно было сначала удалить из индекса git rm файл
Затем пересоздать последний коммит с ним git commit --amend
После можно пушить если ещё не делал это.
