Git как востановить файлы?

FlyMoBiS, логика работы гита очень проста, но за 40 минут вы гит не освоите.
Надо минимум неделю практики, а не просто смотреть ролики.

Видео тоже полезны. Посмотрите вот этот Git-курс

А для практики рекомендую пройти короткий курс на Хекслете

После уже можно читать ProGit, чтобы закрепить. С нуля учиться по официальному учебнику сложно. Это я по своему опыту говорю.

Git как востановить файлы?

Вы так и не поняли что означает HEAD detached?

И покажите что вы делали до того, как оторвали голову ))

В логе, который вы показали, есть совет как не потерять коммиты. Но это про то, как бороться с последствиями. А причина раньше.

Покажите как вы делали checkout перед этим.

Почему git внезапно увидел изменения в исключенной папке?

Александр Маджугин, русскому языку больно, когда над ним издеваются.

Я поменял свой ответ, проверьте пожалуйста.

Почему git внезапно увидел изменения в исключенной папке?

mayton2019, слеш в начале это не абсолютный путь. Это относительный путь по отношению к корню проекта. Так и надо писать, иначе вы будете игнорировать любой вложенный подкаталог с таким названием. Вроде бы так.

Почему git внезапно увидел изменения в исключенной папке?

Не называйте подмодули сабмодулями или субмодулями, пожалуйста.

Git удалил коммит/ы при переключении веток с помощью checkout?

Ну вот, я угадал с причиной ))

можно забить на тот случай..

Нет. Вы продолжаете делать ту же самую ошибку.

Вы вышли из ветки2 сделав checkout на произвольный коммит в дереве. Если в этом состоянии сделать новый коммит, то он начнет новую безымянную цепочку коммитов — ответвление от остальных веток. На эту цепочку ничего не указывает кроме HEAD.
Ветка2 у вас указывает на какое-то другое место в истории.

Вам сейчас надо в текущем месте просто создать ветку git branch ветка3

И новый коммит автоматически окажется на вершине этой ветки, а сообщение про detached HEAD пропадет. Если же не создать ветку то при переключении обратно на другие ветки, HEAD будет уже указывать на эти другие ветки и адрес нового коммита нигде не сохранится и вы не сможете к нему вернуться без просмотра reflog.

Git удалил коммит/ы при переключении веток с помощью checkout?

сидел в тойже папке где и делал инициализацию

Это абсолютно не важно. Команды работают в любом подкаталоге.
Но важно не пытаться создать вложенный репозиторий. Поэтому смотрите статус даже перед git init, вдруг вы уже внутри рабочего каталога другого репозитория. В этом случае никакой вложенный репо не создастся и команда проигнорируется.

был на ветке2

Можете чем-то подтвердить это высказывание? Судя по симптомам, вы не были на ветке2.

Git удалил коммит/ы при переключении веток с помощью checkout?

FlyMoBiS, рассматривайте репозиторий как магическую базу, которая хранит всё что вы туда сохранили и ничего не забывает.

Рабочий каталог, в котором вы редактируете свои файлы — это не репозиторий, это лишь каталог, в котором лежат некоторые файлы и куда вы распаковываете через checkout некоторые сохраненные ранее состояния.

отктатило к прошлому сейву

Как вы это поняли? Что пишет статус?
При распаковке ветки в чистый рабочий каталог, вы увидите точное состояние последнего коммита ветки. Если вы коммита не видите, значит вы его в этой ветке не делали.

Вам не стоит работать в слепую. Смотрите git status ДО и ПОСЛЕ каждой манипуляции. Там вы найдете все ответы.

Например коммит может «исчезнуть» если вы его делали не в ветку, а в никуда. Когда указатель HEAD отсоединен от веток (detached). Если в таком состоянии сделаете коммит, а потом переключитесь в настоящую ветку, то потеряете указатель на него и не сможете к нему вернуться. Придется потом выискивать Его адрес в reflog.

По какой логике в GitHub появляется кнопка Prev/Next при просмотре коммитов?

Вам настолько стыдно за эти сообщения коммитов, что вы из замазали?

Что за CI workflow на github?

А в чём сложность выполнить команду makepkg -si и выложить пакет?

Сложность в том, что это ручной труд, которым придется заниматься какому-то человеку, тратить время, следить за репозиторием по ночам. Зачем? Если можно поручить всю рутину серверам гитхаба, которые сами соберут и выложат куда надо сразу после того, как какой-то разработчик просто отправит новый код в релизную ветку.

Как подключить удаленный репозиторий git с нестандартным портом?

Lynn «Кофеман», в винде адрес файла абсолютно такой же. Git по умолчанию обращается к openssh. И поправить в одном месте будет проще, чем менять ссылки во всех репозиториях.

Как подключить удаленный репозиторий git с нестандартным портом?

Порт ещё можно указать в конфиге SSH.
Для этого нужно добавить в файл ~/.ssh/config следующую строку:

Host xxx.xxx.xxx.xxx
  Port 60321

Как найти те коммиты в которых фигурирует изменение ключевого слова?

Lynn «Кофеман», перенесите в ответы, чтобы можно было зачесть

Как в TortoiseGit залить в ветку контент другой ветки, избежав всех конфликтов и потери истории?

GUN_ter, отметьте ответ решением тогда.

Почему файл не добавляется в центральный репозиторий?

Solar_fingers,

Если клонировали, то связь веток настраивается автоматически. Достаточно делать просто git push

Судя по статусу, индексация прошла, а коммит создан. Новый файл так и остался лежать в рабочем каталоге и не ушел в репозиторий.

Смотрите статус всегда, в любой ситуации. И перед и после любых операций. Там всё увидите.

А ещё проще использовать нормальные GUI-клиенты вместо консоли.

Почему файл не добавляется в центральный репозиторий?

Локальный репозиторий вы клонировали с гитхаба или с нуля создавали?
Статус пишет что ничего отправлять не нужно, на гитхабе уже всё то же самое что и в локальном репозитории.

Если вы ждете что новый файл сам улетит на гитхаб, то не дождетесь. Его нужно сначала закоммитить локально. При пуше отправляются только новые коммиты, а не файлы.

Почему файл не добавляется в центральный репозиторий?

Дайте больше информации. Какой терминал используете? Какая ОС? Версия гита? И самое главное — покажите что вам пишет git status

При первом пуше всегда требуется аутентификация. Какой метод логина вы выбрали?

Чем делать резервное копирование?

Подпишусь под этим вариантом. Ставите на отдельную машину с виндой управляющий сервер. Хотя придется три компа загрузить из-за ограничения бесплатного варианта. Сами бэкапы можно кидать туда же на линуксовую тачку, только самбу снести, а настроить через Veeam хранилище, до которого шифровальщики не дотянутся. На самих клиентах агент ставить не надо.

Почему Bash не запускается?

А в других терминалах гит работает?
Используйте пока стандартную командную строку или Power Shell, который сейчас по-умолчанию в Windows.

Как работать с подмодулями локально?

CoinCoin,

пропадает возможность подгружать с удаленного репозитория, что логично

Вообще не логично. Кто вам запретит обновить репо локальной копии модуля?
Только как у вас изменения попали в гитхаб раньше чем в локальный репо?

пушить это в гитхаб уже не имеет смысла, пути то локальные были

локальная ссылка только в основном репо. Сам модуль об этом не знает и прекрасно запушится куда угодно.