Как исправить ошибку при пуше в 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, старая версия ветки во внешнем для вас репо не удаляется физически, а остаются такие же мусорные коммиты.

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

tostershmoster, кто оказывается?

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

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

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

tostershmoster, внешний (удаленный, remote) это противоположность локальному

Как после исполнения команды `Fetch origin` в `GitHub Desktop` вернуть локальные изменения в GitHub?

по команде git checkout ид_коммита переключился на предпоследний

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

Вообще рекомендую удалить это недоразумение — GitHub Desktop. Работайте в нормальных клиентах или лучше средствами вашей IDE. На крайний случай в терминале.

Как версионировать верстку сайта?

ljutaev, вы путаете понятия.

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

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

Как удалить метку (tag) полностью?

Скорее всего это глюк самого SourceTree, который плохо дружит с кириллицей.

А сам файл info/refs — это лишь временный кэш ссылок. Каждая строчка содержит хэш и имя файла, хранящего исходный объект. Например, теги лежат в каталоге refs/tags/.
Вы можете смело удалять весь файл, и он при необходимости создастся заново на основе оригиналов, лежащих в каталоге refs/.

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

CityCat4, даже когда выставлен режим AHCI?

Github desktop не авторизуется, что делать?

Как вариант — сначала залогиниться в самом браузере. Потом нажимать на Sign in в клиенте.
А вообще лучше выкинуть GitHub Desktop и пользоваться нормальными клиентами.

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

А как вы поняли что именно первый диск неисправен?

ACHI означает что аппаратного RAID нет и диски объединены средствами Proxmox.

Если вы не хотите разбираться в Proxmox, то найдите драйверы под эту мать и установите свою операционку. Вся информация на дисках потеряется

VCS в квадрате. Можно ли с помощью Git контролировать состояние другого Git-репозитория?

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

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

Правда находится немного рядом.

Может случиться так, что ветка ещё не отправлена, но ранее мы уже подгружали в неё обновления через merge. Тогда коммиты слияния в принципе не дадут вам перестроить ветку через rebase.

Но если ветка линейная и мы её уже отправили — это всё ещё не запрещает нам ещё перестроить, когда никто ещё не успел её к себе на компьютер скачать. Вы просто потом отправите новую ветку принудительно через --force и никто не заметит и не пострадает.

А вот когда в ветке уже работают коллеги, то удалять и перестраивать её у себя не стоит. Это не смертельно, но коллеги вас побьют. Потому что им у себя тоже придется повторить это перебазирование через git pull --rebase

VCS в квадрате. Можно ли с помощью Git контролировать состояние другого Git-репозитория?

Saboteur, удаляются, но не сразу.
Я не уверен в сроках, но там как минимум несколько дней коммиты точно будут на месте, и сборщик мусора их не тронет.

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

Документация говорит, что git gc удаляет всё, что старее 30 дней.

VCS в квадрате. Можно ли с помощью Git контролировать состояние другого Git-репозитория?

0x0000002F, что делать, слияние или перебазирование, это вообще никак не связано с тем, отправлена уже ветка или нет. Ваше решение зависит лишь от того, чего вы хотите добиться в результате.

Остальные факторы влияют лишь на то, сможете ли вы перестроить ветку в принципе.

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

VCS в квадрате. Можно ли с помощью Git контролировать состояние другого Git-репозитория?

0x0000002F,
Если ветки не отправлены, значит их нет во внешнем репо. Что вы собрались перезаписывать?

Если «дочерняя» ветка существует только локально, то вы можете актуализировать её как вам захочется.
Либо создать коммит слияния через merge.
Либо пересобрать ветку заново от вершины главной ветки через rebase.
Оба способа правильные и вы делаете так, как вам удобно. Разница лишь в том, что при merge вы разрешаете один коныликт, а при rebase конфликты могут появиться в каждом переносимом коммите. Но в последнем случае результат будет аккуратнее, без мусорных коммитов слияния.

VCS в квадрате. Можно ли с помощью Git контролировать состояние другого Git-репозитория?

fast-forward это rebase и он двигает коммиты.

Нет. Быстрая перемотка это и не перестройка (rebase) коммитов, и не создание комиита слияния (merge).
Это просто перемещение указателя ветки, как следует собственно из самого названия — fast forward.

Как удалённо подключиться к Debian 12 до локального входа?

сетью только по wifi

Т. е. вы не даёте виртуалке сеть из самого Proxmox, а пробросили отдельный WiFi-адаптер в виртуалку?

wifi поднимается до локального входа в учётку

Т. е. виртуалка пингуется извне?

В настройках удалённого подключения настроек практически нет.

Можно скрин этих настроек показать? Впервые слышу что в Debian есть RDP из коробки.

Как подключить Wi-Fi в гипервизоре Proxmox?

Вы не показали какой командой выбираете доступную сеть SSID и её пароль. Без этого откуда у вас сеть появится? Debian там самый обычный и без ограничений.

Перестали работать все браузеры на маке после "sudo killall -HUP mDNSResponder"?

Перезагрузить мак?

Почему не парсится JSON в Docker-контейнере?

Александр, я имел в виду формулировку вопроса. Вы написали что хотите СЕБЯ парсить. Стало интересно как и зачем)