Как в Git в организовано хранение файлов?

Когда мы переключаемся на ветку, Git переключается на указатель HEAD этой ветки

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

Когда мы переключаемся на ветку

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

Чем клонировать системный диск на диск большего размера?

Программ для работы с разделами, в том числе для миграции компа на новый винт, сейчас развелось вагон и маленькая тележка. Мы ими пользуемся ещё со времен MS DOS. Когда то единственным инструментом были Powerquest Partition Magic и Norton Ghost. Потом появились хорошие программы от Acronis и Paragon.

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

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

Почему подвисает Git Extensions и git log при вывода истории файла из большого репозитория?

практически все файлы сконцентрированы в одной папке.

Такое будет тормозить весь компьютер в целом, а не только гит. Не спроста же обьекты внутри папки репозитория раскидываются в двухбуквенные подкаталоги. Как раз по этой причине.

Почему подвисает Git Extensions и git log при вывода истории файла из большого репозитория?

Я не считаю Проводник файловым менеджером и практически не пользуюсь им. Поэтому гит-клиент в виде примочки к проводнику даже не рассматривал. FAR Manager или Midnight Commander — наше всё

В своё время нужно было работать с файлами в однобитной кодировке win-1251 и оказалось, что единственный клиент который умел отображать такие файлы это SmartGit.

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

Как правильно работать в команде с GitHub?

И ещё я не понимаю страсть некоторых команд в придумывании заковыристых и очень длинных названий веток. Название ветки на самом деле ничего не значит и должно быть максимально коротким. Оно всё равно нигде не сохранится в итоге. Лучше пишите подробности задачи в сообщениях коммитов.

Как правильно работать в команде с GitHub?

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

Как перейти на другой комп посреди комита?

Andry, теперь понятно.

Но я бы делал в обратную сторону тоже pull на том компе, на который вы пересылаете. Push это грубо, особенно когда в активную ветку.

Проще даже так:

# забрать все обновления с репо note
git fetch note
# поставить ветку на правильное место
git reset --hard note/oldbk-94
# снова отменить последний коммит
git reset --soft HEAD~1

Как перейти на другой комп посреди комита?

Andry, до сих пор не понятен ваш замысел и что конкретно вы сделали.

Как перейти на другой комп посреди комита?

А зачем soft reset? Разве вы не хотите получить в рабочий каталог актуальное состояние файлов?

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

Как можно сделать перенаправление с HTTPS на SSH в Git?

Anonymous, так и настраивайте сам гит, а не репозитории.

Какая последовательность шагов для получения доступа к репозиторию?

EvgMul, проблема с ключами в том, что к одному серверу например к гитхабу, можно привязать только один ключ от одного пользователя.

Но это обходится через создание виртуальных хостов. Тогда мы как бы обращаемся к разным серверам, но по факту это будет один сервер, просто с псевдонимами адреса. Доя каждого пользователя создаем свой алиас гитхаба.

Какая последовательность шагов для получения доступа к репозиторию?

EvgMul, вы так и не показали результат теста.

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

Либо в конфиге ssh вручную прописать какой из ключей использовать именно для гитхаба.

Либо использовать https и не страдать ерундой.

Какая последовательность шагов для получения доступа к репозиторию?

EvgMul, в смысле?
Вы что-то попутали наверное. Всё прекрасно поддерживается.

Единственное, что изменилось в 2021 году, это то, что усилили безопасность и запретили аутентификацию через простой пароль. Сам протокол не запретили.

Какая последовательность шагов для получения доступа к репозиторию?

Ключи делаются на весь сервер, а не на репозиторий. Зачем вы ещё раз создали?

И чем не угодил протокол https?

Как вынести изменения в отдельную ветку?

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

Никакие патчи и реверсы вам не нужны. Процедура намного проще.
1. Создать новую ветку на текущем месте, если вы хотите сохранить старую.
git checkout -b newbranch
2. Сделать сброс новой ветки до мастера, но не изменяя файлы в рабочем каталоге
git reset --soft master
3. Коммитнуть только нужное и отправить на проверку рецензентам

Как настроить слежение за внешней веткой Git, чтобы сделать git pull?

Ну а на другом пк так же, если с нуля то гит клон потом делаешь ветку от дев и если появляются изменения надо забрать так же изменения

Нет, вы не поняли. Я имел в виду когда вы делаете клон и распаковываете уже существующую тематическую ветку, над которой ранее уже начали работать на другом компе. Потом вы эту ветку отправите в основной репозиторий и её надо будет синхронизировать с первоначальным компьютером. Как вы
это сделаете если ветка связана у вас с dev? Придется снова вручную указывать откуда обновлять git pull origin test

Как настроить слежение за внешней веткой Git, чтобы сделать git pull?

Denis Izmailov,

у меня получается вот так если сделать git branch -vv
test 18dt459 [origin/test]

а где origin/dev?
Разве не показывает?

Как можно сделать перенаправление с HTTPS на SSH в Git?

Anonymous, а парольную фразу ключа вводить не задолбаетесь? ))
А если честно, высосали проблему из пальца. Аутентификация делается один раз, и токен обычно копируем через буфер обмена один раз, а потом он запоминается в credential manager.
В можно и не использовать токены а заходить через oauth мышкой. Это проще.

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

Про старые репозитории на гитхабе вам придется тоже забыть и отправить новый общий проект в новый репо на гитхабе.

Если вы работаете в команде, то подобные изменения рабочего процесса надо согласовывать с коллегами.

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

Я перестал понимать вас.

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

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