Как копировать свой репозиторий без авторизации?

Тут скорее профиль не публичный. Но как это произошло?

Как копировать свой репозиторий без авторизации?

Уже как минимум второй раз тут пишут что профиль невидимый. Это глюк гитхаба?

Как вывести в git log пересечения коммитов двух веток?

Получится скорее разность, чем пересечение

Как вывести в git log пересечения коммитов двух веток?

7GBars, в тот момент, когда вы завершили слияние dev в main, все коммиты этих веток начнут принадлежать обоим веткам одновременно. На то оно и слияние.

Может вам проще рассматривать сам граф цепочек коммитов, чтобы видеть то что не видно в линейном журнале?
Попробуйте ключик --graph или пользуйтесь GUI-клиентом, который показывает всё дерево, со всеми разветвлениями и слияниями.

Если я вас правильно понял, то «перечение» — это все коммиты, созданные до момента слияния веток.
Всё что новее в dev — оно пока не принадлежит main и не попадает в пересечение.

Как быстро освоить Git?

Untold0669,

вопросительный знак так и работае

Ну формально получился вопрос. И я даже вам на него ответил. Но сомневаюсь, что вы хотели получить ответ именно на этот вопрос: «нужна (ли) короткая инструкция?»

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

Как вывести в git log пересечения коммитов двух веток?

что такое «пересечение двух веток»?

Как быстро освоить Git?

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

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

Как поменять данные подписи коммитов?

Malley, ваш вопрос не относится ни к GitHub, ни к PyCharm.
Тут уместен только тег Git.

Где там вообще может быть привязан чужой аккаунт Гита?

В гите в принципе нет никаких аккаунтов. Ни своих, ни чужих. Гит у вас никогда не спрашивает никаких паролей для создания коммитов.

отразилось не от моего имени , а от имени того , у кого я этот мак когда-то покупал

Это потому что вы подписали коммиты чужим именем. Перед тем как делать первый коммит, вы должны записать в конфиг гита ваше имя и мыло.
За это отвечают переменные user.name и user.email.

старый аккаунт привязался при отправке кода

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

Почему не завершается шаг в github actions?

А вы пробовали развернуть консоль и посмотреть что там происходит?
Кликните на стрелочку.

Как быстро освоить Git?

Нужна короткая инструкция как редактировать файлы в github?

Нет, не нужна.

Вы не сможете с наскоку начать пользоваться инструментом, не освоив азы, к сожалению.

Как исключить файл из Pull Request?

вы пиши́те

Что мне писать?

Создаем ветку dev

Важно знать где мы создаем ветку, точнее от какой ветки или коммита.

при пул реквесте

Вы не уточнили из какой ветки в какую делается этот пул-реквест.

файл config.json игнорировался (не перезаписывался)

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

Я находил, что- то подобное на stackoverflow, по пока я не сообразил, что там имелось ввиду в ответе

Поясняю что там имелось в виду. Вместо того чтобы создавать Pull Request из ветки beta в ветку master, нам нужно создать временную служебную ветку dev ОТ ВЕТКИ beta.
git checkout -b dev beta
Затем мы в ветке dev отменяем изменения файла config.json

git checkout master -- config.json
git commit
git push origin dev

И создаём Pull Request dev → master. Раз файл config.json в новой ветке без изменений относительно целевой ветки, значит мы его уже не увидим в Pull Request.

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

Как исключить файл из Pull Request?

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

Как исключить файл из Pull Request?

inkShio, сформулируйте это как новый вопрос. Я не понимаю что вы хотите.

И ветки в гите это не какие-то хранилища файлов. Мы не отправляем файлы из одной ветки в другую. Ветки это лишь указатели на некоторые состояния проекта.

Сформулируйте внятно новую проблему как вопрос, а не флудите в комментариях к другому вопросу.

Как исключить файл из Pull Request?

inkShio, что мешает? Делайте как хотите. Вам в ответе всё понятно или нужны пояснения?

Как перенести виртуальный сервер с Azure на ESXi?

Veeam умеет не только ESXi бэкапить, но и Azure. А также легко переносить виртуалки между платформами.
Ещё можно посоветовать StarWind V2V Converter.

Как забрать файлы из другой ветки?

Вопрос по поводу веток в git?

Очевидно, что да. Это вопрос по поводу веток в Git.

Как исправить ошибку при пуше в Git хостинга error remote amvera already exists?

Вы уверены, что при push? Какую именно команду вы дали, когда получили такую ошибку?

Как исправить ошибку при пуше в Git хостинга error remote amvera already exists?

Для отмены авторизации достаточно одной команды для всех операционок

echo "url=https://git.amvera.ru" | git credential reject

Но ошибка remote amvera already exists никакого отношения к авторизации не имеет.
Так может написать только если remote с именем amvera уже создана, но вы пытаетесь снова сделать add

Как просмотреть историю изменения коммита после скачивания репозитория?

tostershmoster, верно. Именно это я и написал в ответе.

не принадлежат никакой ветке, поэтому никуда не отправляются при push

Как просмотреть историю изменения коммита после скачивания репозитория?

как тогда может быть

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

Ну и когда вы после пересоздания ветки командой amend принудительно её отправляете в ваш вышестоящий репо через push -force, старая версия ветки во внешнем для вас репо не удаляется физически, а остаются такие же мусорные коммиты.