Я решил эту проблему, сначала проверив, что удаленный ничего не проверял (это действительно не предполагалось), а затем сделал его голым с:

$ git config --bool core.bare true

после этого git push работал нормально.

резюме

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

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

вскрытие проблемы

когда ветку проверяется, committing добавит новую фиксацию с головкой текущей ветви в качестве ее родителя и переместит головку ветви, чтобы быть этой новой фиксацией.

так

A ← B
    ↑
[HEAD,branch1]

становится

A ← B ← C
        ↑
    [HEAD,branch1]

но если кто-то может нажать на эту ветку между ними, пользователь получит себя в том, что git называет отрезанная голова режим:

A ← B ← X
    ↑   ↑
[HEAD] [branch1]

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

      [HEAD]
        ↓
        C
      ↙
A ← B ← X
        ↑
       [branch1]

гипотетически, если в этот момент пользователь проверяет другую ветку, то этот висящий совершать в игре на ГИТ в сборщик мусора.

cd в каталог repo/, который вы нажимаете на удаленной машине и введите

$ git config core.bare true

поскольку уже существует репозиторий, работает

git config --bool core.bare true

на удаленном репозитории должно хватить

из ядра.голая документация

если true (bare = true), предполагается, что репозиторий является голым без привязки к рабочему каталогу. Если это так, то ряд команд, требующих рабочего каталога, будут отключены, например git-add или git-merge (но вы сможете нажать на него).

этот параметр автоматически угадывается git-clone или git-init при создании репозитория. По умолчанию репозиторий, который заканчивается на "/.ГИТ", как предполагается, не чуть-чуть (чуть-чуть = ложь), а все остальные репозитории предполагается чуть-чуть (чуть-чуть = истина).

для меня, следующие сделали трюк:

git config --global receive.denyCurrentBranch updateInstead

Я настроил диск F:, почти полностью, для синхронизации между моим рабочим столом Windows 10 и моим ноутбуком Windows 10, используя Git. Я закончил тем, что выполнил вышеуказанную команду на обеих машинах.

сначала я поделился диском F рабочего стола в сети. Затем я смог клонировать его на своем ноутбуке, запустив:

F: git clone 'file://///DESKTOP-PC/f'

к сожалению, все файлы оказались в разделе " F:\f\" на моем ноутбуке, а не в разделе F:\ напрямую. Но я смог вырезать и вставить их вручную. Git все еще работал с нового места впоследствии.

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

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

UPDATE: у меня все еще были проблемы с внесением изменений, в некоторых случаях. Я наконец, просто начал вытягивать изменения вместо этого, запустив следующее на компьютере, я хочу вытащить последние фиксации:

git pull --all --prune

TLDR

1. потяните и нажмите еще раз:git pull &&& git push.
2. по-прежнему проблема? Нажмите в другую ветку:git push origin master:foo и слить его на удаленном РЕПО.
3. альтернативно заставить толчок, добавив -f (denyCurrentBranch должен быть проигнорирован).

---

в основном ошибка означает, что ваш репозиторий не обновлен с удаленным кодом (его индекс и дерево работы несовместимы с тем, что вы нажали).

обычно вы должен pull первым, чтобы получить последние изменения и push это снова.

если не поможет, попробуйте нажать в другую ветку, например:

git push origin master:foo

затем объедините эту ветвь в удаленном репозитории обратно с master.

если вы изменили некоторые прошлые коммиты намеренно через git rebase и вы хотите переопределить РЕПО с вашими изменениями, вы, вероятно, хотите, чтобы заставить толчок, добавив -f/

возможно, ваше удаленное РЕПО находится в ветке, которую вы хотите нажать. Вы можете попробовать проверить другую ветку на удаленном компьютере. Я сделал это, чем эти ошибки исчезли, и я подтолкнул успех к моему удаленному РЕПО. Обратите внимание, что я использую ssh для подключения собственного сервера вместо github.com.

У меня есть эта ошибка, потому что РЕПО git было (случайно) инициализировано дважды в одном и том же месте : сначала как не голое РЕПО и вскоре после этого как голое РЕПО. Потому что .папка git остается, git предполагает, что репозиторий не является голым. Удаление .git folder and working directory data решил проблему.