habrdima, тут другая ситуация. У вас нет самой ФИЗИЧЕСКОЙ возможности править чужой репозиторий. Там доступ только на чтение. Скачать к себе можете, но изменить напрямую невозможно, так как нет прав.
habrdima, репозитории в Git равноправны и могут обмениваться коммитами в любую сторону. fetch скачивает и push отправляет.
А ещё существует рабочий каталог репозитория, в котором распаковано состояние текущей ветки. Fetch/push обновляет только репозиторий и не трогает файлы в рабочем каталоге. Pull равносильно fetch с последующим обновлением рабочего каталога. При Push мы можем получить ситуацию, когда рабочий каталог не согласован с репозиторием, поэтому блокируется по-умолчанию.
habrdima, ну о чем я вам и сказал.
Нужно в родительском репозитории создать ветку и переключиться на неё,
Либо явно разрешить push в текущую ветку через git config receive.denyCurrentBranch=updateInstead
Serbi, если имя файла содержит пробелы, заключайте его в кавычки. Иначе это выглядит как несколько имён файлов и гит их конечно не находит.
Но в вашем случае надо всё-таки создать репозиторий внутри каталога проекта с не в корне рабочего стола.
Не ветка origin существовала, а репозиторий origin.
В таком случае надо изменять его адрес, а не добавлять
Команда git remote set-url --add --push origin <...> позволяет задать несколько репозиториев для push, чтобы отправлять обновления сразу в несколько источников одной командой push
Петр, если ошибка в самом свежем коммите, то reset точно помогает. И неважно, сделан он через консоль или мышкой в PhpStorm.
Отменяем коммит и создаём снова правильно.
Судя по выводу status, вы ресет не сделали.
Но у revert тоже есть свои грабли. Если вы позже попробуете повторно слить тематическую ветку в master, то обнаружите, что правки сделанные до предыдущего отменённого слияния не применились, так как revert-коммит, который сейчас в master, отменит их тоже. Перед повторным merge придётся повторно создать revert-коммит уже для того первого revert-коммита.
Либо сразу пересадить тематическую ветку на вершину master, тогда проблемы не будет
git switch feature # перейти в тематическую ветку
git rebase master # пересобрать ветку на базе актуального master
git push --force # перезаписать тематическую ветку на сервере
Сам Линус Торвальдс написал небольшую инструкцию на эту тему.