Загрузки отключены для загрузки файлов требуется push доступ к этому репозиторию
Я добрался до последнего шага в инструкциях: git push website + master: refs/heads/master
Я работаю с помощью командной строки git ming32 в win7
Основные причины
Ошибка может быть вызвана одним из следующих:
Репозиторий не настроен для использования в качестве общего репозитория (см. core.sharedRepository в git help config ). Если на выходе:
не является group или true или 1 или какой-то маской, попробуйте выполнить:
а затем повторно -R un рекурсивные chmod и chgrp (см. "Разрешения на восстановление" выше).
Операционная система не интерпретирует бит setgid для каталогов, поскольку "все новые файлы и подкаталоги должны наследовать владельца группы".
Когда core.sharedRepository имеет значение true или group , Git использует функцию операционных систем GNU (например, каждый дистрибутив Linux), чтобы гарантировать, что вновь созданные подкаталоги принадлежат правильной группе (группе, в которой находятся все пользователи репозитория). Эта функция описана в документации GNU coreutils:
. [Если] установлен бит set-group-ID каталога, вновь созданные подфайлы наследуют ту же группу, что и каталог, а вновь созданные подкаталоги наследуют бит set-group-ID родительского каталога. [Этот механизм позволяет] пользователям легче обмениваться файлами, уменьшая необходимость использовать chmod или chown для обмена новыми файлами.
Однако не все операционные системы имеют эту функцию (NetBSD является одним из примеров). Для этих операционных систем вы должны убедиться, что все ваши пользователи Git имеют одинаковую группу по умолчанию. В качестве альтернативы, вы можете сделать хранилище доступным для записи в мире, запустив git config core.sharedRepository world (но будьте осторожны - это менее безопасно).
Ответ 2
Для Ubuntu (или любого Linux)
Из корня проекта
Вы можете указать, что должно быть у вашего имени и вашей группы, посмотрев разрешения на большую часть вывода из этой команды ls -al
Примечание: помните звезду в конце строки sudo
Ответ 3
sudo chmod -R ug+w .;
В принципе, файл .git/objects не имеет разрешений на запись. Вышеупомянутая строка предоставляет разрешение всем файлам и папкам в каталоге.
Ответ 4
используйте следующую команду, работает как magic
введите команду точно так, как она есть (с дополнительными пробелами и одной точкой в конце)
Ответ 5
Я просто хотел добавить свое решение. У меня было репо на OS X, у которого было право на root в некоторых каталогах и Home (это мой каталог пользователей) на других, которые вызвали ту же ошибку, что и выше.
Решение было просто благодарно. От терминала:
Ответ 6
Хороший способ отладки - это в следующий раз, когда это произойдет, SSH в удаленное репо, cd в папку с объектами и выполните ls -al .
Если вы видите 2-3 файла с разными правами пользователя: группа, то это проблема.
В прошлом мне случалось, что некоторые устаревшие скрипты обращались к нашему репозиторию git и обычно означает, что другой (unix) пользователь вставлял/модифицировал файлы последним, и у вашего пользователя нет разрешений на перезапись этих файлов. Вы должны создать общую группу git, в которой находятся все git -enabled пользователи, а затем рекурсивно chgrp папка objects , и это содержимое, так что это групповое владение является общей группой git .
Вы также должны добавить липкий бит в папку, чтобы все файлы, созданные в папке, всегда имели группу git .
Обновление: я не знал о core.sharedRepository. Полезно знать, хотя он, вероятно, просто делает это.
Ответ 7
Решенный для меня. только это:
Ответ 8
Это может произойти, если вы запустили git init с другим пользователем из того, который вы планируете использовать при нажатии изменений.
Если вы слепо следуете инструкциям в [1], это произойдет, поскольку вы, вероятно, создали git -user как root, а затем сразу же перешли к git init без изменения пользователя между ними.
Ответ 9
Чтобы решить эту проблему, вы должны иметь в виду систему разрешений операционной системы, поскольку в этом случае вы ограничены ею. Чтобы лучше понять проблему, проверьте папку с объектами git (.git/objects). Вы, вероятно, увидите что-то подобное:
* Обратите внимание, что эти права доступа к файлам были предоставлены только вашим пользователям, никто никогда не сможет их изменить. *
Если у вас есть разрешение суперпользователя, вы можете перейти вперед и изменить все разрешения самостоятельно, выполнив второй шаг. В любом другом случае вам нужно будет спросить всех пользователей, объекты которых созданы с их пользователями, используйте следующую команду, чтобы узнать, кто они:
Теперь вам и всем пользователям-владельцам файлов придется изменить разрешение на эти файлы, выполнив:
После этого вам нужно будет добавить новое свойство, которое эквивалентно --shared = group, для нового репозитория, в соответствии с документацией, это сделает репозиторий доступным для записи в группу, выполнив его:
Ответ 10
где name - ваше имя пользователя, а group - это группа, к которой принадлежит ваше имя пользователя.
Ответ 11
В моем случае ни один из предложений не работал. Я нахожусь в Windows, и это сработало для меня:
- Копирование удаленного репо в другую папку
- Разделите папку и укажите соответствующие разрешения.
- Убедитесь, что вы можете получить доступ к папке с локальной машины.
- Добавьте это репо в качестве другого удаленного репо в вашем локальном репо. ( git remote add foo //SERVERNAME/path/to/copied/git )
- Нажмите на foo. git push foo master . Это сработало? Большой! Теперь удалите нерабочее репо и переименуйте его во все, что было раньше. Удостоверьтесь, что права и свойство share остаются прежними.
Ответ 12
Он начинал с git -demon как пользователь ' nobody, поэтому не было права на запись.
(Я сомневаюсь, что другие вызовут их inetd conf файл git -gpv. Обычно это было бы непосредственно в/etc/inetd.conf)
Ответ 13
Вам нужны достаточные права на запись в каталоге, на который вы нажимаете.
В моем случае: сервер Windows 2008
щелкните правой кнопкой мыши каталог git repo или родительский каталог.
Свойствa > вкладка "Общий доступ" > "Расширенный доступ" > "Разрешения" > убедитесь, что у пользователя есть соответствующие права доступа.
Ответ 14
Возможно, вы случайно вложили git-репозитории
Ответ 15
выполните следующую команду для .git:
chmod -R 777 .git
Ответ 16
Также возможно, что вы добавили другой локальный репозиторий с тем же псевдонимом. Например, теперь у вас есть 2 локальные папки, называемые origin поэтому при попытке отправки удаленный репозиторий не примет ваши учетные данные.
Возможно, вы можете оставить 1 локальный репозиторий по своему вкусу как origin а другие переименовать их, например, из origin в anotherorigin . Помните, что это просто псевдонимы, и все, что вам нужно сделать, это запомнить новые псевдонимы и их соответствующие удаленные ветки.
Ответ 17
Ответ 18
Работает для меня
Ответ 19
Я получил это при подключении к проекту Rstudio. Я понял, что забыл сделать:
при запуске программы. На самом деле, поскольку у меня есть еще одна ошибка, мне нужно сделать:
ОТВЕТЫ
Ответ 1
Разрешения на ремонт
После того, как вы определили и устранили основную причину (см. Ниже), вы захотите восстановить разрешения:
Обратите внимание: если вы хотите, чтобы все могли изменять репозиторий, вам не нужен chgrp и вы захотите изменить chmod на sudo chmod -R a+rwX.
Если вы не исправите основную причину, ошибка продолжит возвращаться, и вам придется снова и снова повторять -R отмену вышеуказанных команд.
ОТВЕТЫ
Ответ 1
Ответ 2
Ваш ключ ssh, скорее всего, был удален из агента ssh
где id_rsa - это ключ ssh, связанный с git repo
Ответ 3
Убедитесь, что у вас правильный URL-адрес в .git/config
Если это ваш первый толчок, вам нужно будет настроить правильный вверх по течению
Вы можете проверить, какой ключ используется:
В ответе должно быть что-то вроде этого:
Также можно определить правила для ssh в ~/.ssh/config , например. на основе псевдонимов:
Вы можете установить подключение к различным портам, использовать другое имя пользователя и т.д. для каждого псевдонима.
Ответ 4
Я сталкивался с тем же вопросом некоторое время назад.
Я заменил его на
и теперь он работает:)
Ответ 5
Попробуйте удалить переменную среды GIT_SSH с помощью unset GIT_SSH . Это стало причиной моей проблемы.
Ответ 6
Это обычно вызвано тем, что SSH-ключ не соответствует удаленным.
Решения:
Перейдите к терминалу и введите следующую команду (Mac, Linux), заменив свой идентификатор электронной почты.
Скопируйте сгенерированный ключ, используя следующую команду, начиная с слова ssh.
Ответ 7
Убедитесь, что ssh-agent запущен, выполнив следующую команду на своем терминале:
Ответ 8
После некоторого исследования я наконец получил решение для этого, вы указали переменную окружения в путь plink.exe. Поэтому, если вы удалите этот путь, снова откройте git bash и попробуйте клонировать через SSH, он будет работать.
Обратитесь к этой ссылке
Ответ 9
У меня была такая же проблема.
Эта ошибка означает, что вы не указали свой удаленный URL-адрес, на который будет распространяться ваш код.
Вы можете установить удаленный URL-адрес двумя (в основном) способами:
Укажите удаленный URL с помощью команды Git Bash.
Перейдите в каталог вашего проекта
Открытый Git Bash
Упоминание удаленного URL прямо в конфигурационном файле
Перейдите в каталог вашего проекта
Перейдите в .git папку
.Откройте файл config в текстовом редакторе
Скопируйте и вставьте ниже строки
Для получения более подробной информации перейдите по этой ссылке.
Ответ 10
Ответ 11
Если вы используете Gitlab, вам может потребоваться войти в систему и принять новые условия Gitlab, прежде чем пытаться вытащить или нажать.
Ответ 12
Другое обходное решение:
Иногда это случается со мной из-за сетевых проблем. Я полностью не понимаю проблему с корнем, но переход на другую подсетевую сеть или использование VPN разрешает ее
Ответ 13
В вашем файле .git/config
Ответ 14
Ответ 15
и он наконец-то сработал. Так что, возможно, это может сработать и для вас.
Ответ 16
Надеюсь, это поможет!
Я уверен, что желание intellij дало бы мне более полезную ошибку, или еще лучше попросило меня ввести пароль ssh.
Ответ 17
У меня была такая же проблема, и через некоторое время я увидел, что я под пользователем root (с sudo -s). Пусть это поможет кому-то.
Ответ 18
Если после команды "git push origin master" вы видите ошибку "не удалось прочитать из удаленного репозитория", попробуйте это
Ответ 19
У меня был прекрасно работающий мерзавец, и внезапно я получил эту ошибку, когда попытался нажать на мастера. Как я выяснил, это произошло из-за проблем с хостом хранилища.
Если вы используете GitHub или Bitbucket, вы можете легко проверить статус на
Ответ 20
У меня есть эта ошибка после смены компьютеров. Я использую SourceTree с Bitbucket.
Поэтому мне пришлось добавить SSH-ключ, сгенерированный SourceTree, на новом компьютере, в настройках Bitbucket Settings > Security > SSH, а затем подключиться к моей учетной записи Bitbucket в Интернете.
Ответ 21
Я решил эту проблему, перезапустив терминал (откройте новое окно/вкладку).
Так что, если вы действительно не хотите/не должны понимать основную проблему, стоит попробовать метод тестирования, прежде чем копать глубже :)
Ответ 22
Для тех, у кого есть эта проблема на частном удаленном репо. убедитесь, что вы приняли соглашение Xcode на удаленном сервере: нам потребовались недели, чтобы узнать это исправление.
Используйте эту команду из командной строки: sudo xcodebuild -license
Ответ 23
Я просто хотел поделиться тем, что нашел легкое решение для этого:
Доступ запрещен. fatal: Не удалось прочитать из удаленного репозитория. Убедитесь, что у вас есть правильные права доступа и существует репозиторий.
просто выйти из gitlab и снова войти. Затем проблемы должны быть исправлены.
Ответ 24
При использовании putty/pageant убедитесь, что вы не забыли добавить правильный SSH-ключ к конкурсу, иначе появится эта ошибка. DUH
Ответ 25
В моем случае это был postBuffer..
Ответ 26
Перейдите к терминалу MINGW32, поставьте эту команду: git branch --set-upstream-to = origin/(название ветки)
Ответ 27
Если вы все еще получаете ту же ошибку, убедитесь, что для параметра git settings- > ssh tab- > ssh для использования установлено значение openSSH
Ответ 28
У меня была такая же ошибка, которая привела меня к этому ответу, который мне не помог. Я пытался создать новый "голый" репозиторий в первый раз, используя приведенные ниже команды для отслеживания местоположения NTFS:
Моя проблема заключалась в использовании обратных косых черт вместо косой черты в местоположении NTFS при попытке добавить начало координат для установки (новой) отслеживаемой ветки вверх.
Мне пришлось удалить начало координат, используя:
Затем добавьте начало координат, используя ожидаемую косую черту
Надеюсь, это поможет кому-то в будущем.
Ответ 29
Согласно моему опыту, одна из причин возникла эта проблема, потому что у вас есть нестабильное интернет-соединение.
Ответ 30
Я столкнулся с той же проблемой; просто вы можете запустить это в своем командном окне:
Консоль
Почему не получается запушить в репозиторий?. Один из вариантов, могли ли люди которые предоставили мне доступ к репозиторию, установить права только на скачивание? И как это проверить?
Простой 4 комментария
И просто push без параметров резонно сказал тебе что не знает куда отправлять. Каждой ветке персонально привязывается вышестоящая. Только после этого можно не указывать куда отправлять, Git вытащит эту инфу из настроек. Странно что ты этого не знаешь.
Vlad1m1r95, remote origin это не больше чем некая переменная, в которой хранится URL репозитория.
Git remote не находит репозиторий, эта команда показывает содержимое переменных раздела конфига remote.
Наличие URL в переменной origin не гарантирует наличие самого репозитория по этому адресу, и тем более не гарантирует наличия прав на запись.
Подозреваю что Git пытается выполнить Push, получает ошибку и не разбираясь пишет «not found».
Я думаю данные вопросы легко гуглятся :(
1. Проверьте, правильно ли вы вообще пушите
-- это стандартные команды, читайте ответ с консоли и соответствующе реагируйте (гуглите, если не понятно)
2 -3. Так и напишите в поиске браузера
P.S. В вашем случае, консоль говорит, что репозиторий не найден, неужели нельзя воспользоваться переводчиком :)))
Ты думаешь ты самый умный?, не позорься пожалуйста я выше скриншот кинул. Там видно, что этот репозиторий есть. origin.
На будущие не пытайся писать ответ, только частично понимая в чем вопрос. Те команды, которые ты описал к этому вообще никакого отношения не имеют.
Я ждал нормального ответа, хотя бы от программиста, на подобие проверить конфиг фаил, или еще, что-то, а не вот эту фигню про базовые команды :) Спасибо, смотрю качество знаний, отвечающих не лучше задающих, к сожалению
Репозиторий есть, я ведь делал git clone это раз, два изменения добавлены и сделан комит, проблема в другом. Три, если бы ты прежде чем рот открывать, и писать какой ты умный, посмотрел внимательно на скриншот, то ты бы заметил вывод команды git remote -v, для особо одарённых, этой командой можно посмотреть подключенные к проекту репозитории, и все это видно на скриншоте. Репозиторий есть, но проблема в чем-то другом.
И прежде, чем высвобождать свой детские потуги, и писать какой ты умный (нет) хотя бы внимательно посмотрел на скриншот
Vlad1m1r95, а ты видимо самый глупый, раз ещё и читать не умеешь, кто тебе отвечает. Тяжко тебе будет, ну да ладно.
Сходи покакай (высри свою злобу) и прочитай документацию.
Идиот тут только ты, ты вообще не в тему написал свой ответ, объясни что за мода, отвечать не разобравшись в вопросе? Очевидно же, что тут проблема не в базовых командах, нафига ты рот раскрываешь если ты разбираешься в тебе куда хуже, чем человек который задает вопрос, и банально писать такие ответы , это показ своего неуважения к задающему.
На стак оверфлоу этому вопросу посвящена целая статься.
Идиот тут только ты, ты вообще не в тему написал свой ответ, объясни, что за мода, отвечать не разобравшись в вопросе? Очевидно же, что тут проблема не в базовых командах, нафига ты рот раскрываешь если ты разбираешься в тебе куда хуже, чем человек, который задает вопрос, и банально писать такие ответы, это показ своего неуважения к задающему.
На стак оверфлоу этому вопросу посвящена целая статься.
Если у тебя мозгов хватает, только, чтобы писать очевидную ахинею и посылать всех читать документацию, нахер ты сюда вылез и зачем ты нужен этому ресурсу, я в день читаю куда больше тебя :)
Уйди и не позорься еще больше, пожалуйста.
Если бы у тебя было малейшие уважение к себе ты бы так не отвечал на вопросы. Подрастешь поймешь.
Vlad1m1r95, ахахха вот тебя бомбит, явно от тупости. слушай, спорить не люблю, но уверена, что раз ты начитанный и не можешь решить данную задачу, то бросать слова на ветер у тебя куда лучше получается. Это ты мне говоришь про уважение?)
есть претензии? велком @eternalgirl1996
Чувак, мне тебя жалко, столько времени и энергии потратить для комментариев на мой ответ.. давно бы решил проблему, в чем я, теперь, сомневаюсь
Послушай, если ты девушка, возможно, я тебе грубо ответила Мне не понравился тон твоего ответа. Ты написало человеку, который занимается разработкой и постоянно работает с гитом, и в первый раз случилась такая ситуация, что не удается запушить изменения в репозиторий. ПРи том на скриншоте все показано, что этот репозиторий есть. А ты нормально не посмотрела скришот, не увидела, вывод команды remote -v, я его специально и вывел, показать, что репозитории все же есть. И тут я вижу высокомерный ответ человека, который мне пишет про базовые команды (которые я тебя уверяю, не влияют на эту проблему, я уже нашел в чем решение.) А, то, что вырубило, еще каким то образом связывает это все с моими навыками английского, якобы не могу перевести, то что там написано, я блин для этого и вывел специально верхнею команду, потому, что не понимал, репозиторий есть, а при пуше выдавало, что его нет, понимаешь? Естественно, увидев такой неуважительный ответ, который был написан явно, чтобы не попытаться помочь, а я даже не знаю зачем, специально позлить задающего и получить от этого удовольствие. Естественно, у меня бомбануло.
И вопрос я задал, надеясь получить быстрое решение, за ограниченное мной время, в итоге конечно, как и почти всегда пришел к решению сам.
Vlad1m1r95, я уважаю твою позицию, просто ждать помощи не самый лучший подход, также как и надеется что каждый отвечающий будет внимательно разбираться в твоей проблеме..
Я действительно, на скриншоте, посмотрела только ошибку. Про базовые команды написала до просмотра твоего скриншота (иногда проблема в мелочах). Цели оскорбить не было :)
Studentka1996, Спасибо, прости меня. Я писал этот вопрос находясь не в лучшем состоянии духа. Я довольно спокойный человек, правда. Меня люди с которыми работаю (нафрилансе) на работе все ок, иногда выбешивают. Моей задачей было скинуть код и забыть, то есть сделать все максимально быстро.
Ну и мое общее состояние вылилось в реакцию на твой вопрос. Так, что не обижайся. Я как ты сказала, уже просрался)
Добавлю, что мое поведение было не хорошим. Я сам обиделся и в ответ начал обзывать тебя, извини меня, это было не правильное поведение.
Vlad1m1r95, я не в обиде, ты правильно сказал (если бы чуть мягче кончено), в общем, я тоже не права и понимаю это. И тебе спасибо за то, что понимаешь, что тоже не прав :)
Ты меня тоже прости, изначально подумала, что ты вообще не гуглил свои вопросы, поэтому не стала вникать в твою проблему :(
вот такая ошибочка после PUSH , логин и пароль не запрашивает.
ранее пользовался гитом, но через другой акк гитхаба.
- Вопрос задан более трёх лет назад
- 43102 просмотра
Оценить 1 комментарий
Андрей Буров: я так понимаю мой гит привязан к другому аккe гитхаба, и забивает его данные автоматом, как сделать чтобы гит запрашиваk данные для авторизации?
Артур Шалохин: да ёпт. почитайте уже документацию, там все расжевано. я сказал вам в чем проблема, в доках есть вся инфа чтоб решить ее
Артур Шалохин: "origin" - это текстовое название местоположения репа. слово origin - как нельзя лучше отражает суть, но ты можешь написать всё, что угодно.
Здравствуйте.
--
1) Вы пытаетесь загрузить с другого аккаунта, выйти из него я не знаю как, но зато, при установке git на ваш компьютер, создаётся файл .githistory , обычно пихается в пользовательскую папку, как и данные по composer. (for Windows) - для других систем не узнавал.
2) Если вы нашли .githistory - и используете другой аккаунт, удалите его. Возможно другие файлы со словом git так же стоит удалить.
3) Убедитесь, что вы после удаления истории сделали новую регистрацию:
4) Когда создаёте репозиторий на GitHub , клонируйте его на свой компьютер.
Чтобы убедится, что вы открыли консоль [Git Bash] в нужном месте, просто сделайте команду
$ git status
Если репозиторий и директория верны, он красным подсветит файлы, которые нужно добавить.
Если он пишет, что такой директории не существует, значит перейдите в вашу папку.
$ cd your_folder - ещё раз проверьте статус.
Если git увидел ваш склонированный репозиторий, значит делайте запрос:
$ git add .
или
$ git add --all
Почему я не начал с
$ git init ?
Если вы склонировали, то папка .git там уже есть.
Закидывайте к этой папке и файлу README.md ваши файлы, и делайте
$ git add .
Только теперь можно делать коммиты
$ git commit -m "your commit"
высветились все файлы? Тогда пропускаете
$ git remote add origin. - потому что ветка уже создана, при создании репозитория на сайте.
Теперь мы загружаем:
$ git push -u origin master
Если не ошибаюсь, дописать записанное можно через команду:
$ git pull
----
Самое главное, это сменить пользователя на того, у которого есть права, иначе вам не поможет удаление программы и установка новой. Есть команда, которая чистит кеш истории
$ git credential-cache exit
Но она почему-то в последнее время бесполезная и нерабочая, так что ищите способ очистить кеш.
Что касается ключей и ssh - их можно и не создавать, но как показывает практика, не только git , но и composer не дадут вам работать.
Успехов вам, надеюсь помог.
--
P.S. данный метод мне помог, если вы видите содержимое файла README.md смотрите в settings что у вас за ошибка, устраните её, и обновите браузер. Возможно, ещё придётся выбрать тему, или указать описание, так же смотрите, где у вас галочки стоят, они тоже могут вызвать головную боль.
Недавно меня добавили в качестве участника /участника проекта Github. Я клонировал этот проект на локальной машине.
Мне не хватает разрешения для внесения изменений, чтобы я мог спросить оригинального автора проекта?
- нажмите кнопку форка на исходной странице проекта github
- клонируйте ваш разветвленный репозиторий вместо оригинального
- нажмите на него
- нажмите кнопку "Подтянуть запросы" в своем хранилище
- создайте его
- дождитесь, пока оригинальный автор примет его
Раньше у меня была такая же ошибка, когда я менял адрес электронной почты пользователя git config --global user.email и нашел мое решение здесь: Перейдите: Панель управления -> Аккаунты пользователей -> Управляйте своими учетными данными -> Учетные данные Windows
В разделе Общие учетные данные есть некоторые учетные данные, связанные с Github Нажмите на них и нажмите " Удалить ".
и когда вы пытаетесь что-то нажать, вам нужно снова войти в систему. надеюсь, это будет полезно для вас
In смог решить эту проблему, указав имя пользователя и пароль в URL ниже.
Пожалуйста, замените имя пользователя и пароль на свои учетные данные на github
Редактирование URL-адреса [remote "origin"] в .git/config file для указания URL-адреса SSH, проблем не было:
Надеюсь, это поможет!
На основании информации, предоставленной оригинальным постером, возможно, владельцы проекта EasySoftwareLicensing /software-licensing-php будет принимать запросы на получение только от вилок, поэтому вам может потребоваться форкнуть основное репо и перейти на форк, а затем сделать запросы на извлечение из основного репо. /р>
Другой способ получить эту ошибку, если у вас есть дубликаты или конфликтующие записи ~/.ssh/* . Сначала проверьте, что находится в вашей цепочке ключей ssh:
Как видите, есть два одинаковых электронных письма, которые легко запутать. Затем проверьте файл config :
Здесь вы видите, что у вас есть две разные учетные записи электронной почты для github, но одна и та же HostName . Кто-то обязательно запутается, в том числе и ваш мерзавец.
Чтобы устранить проблему, вручную удалите (после копирования) файлы (по умолчанию):
Теперь скопируйте обратно тот, который вы хотите использовать, например, Host github :
Тогда попробуйте еще раз.
По какой-то причине удаление ключей с помощью ssh-add -d id_rsa не сработало должным образом, так как цепочка ключей кэшируется.
Затем я прочитал об исправлении здесь: Fix Это сработало для следующего нажатия, поскольку все файлы были правильной группы, но в следующий раз, когда кто-то подтолкнул изменение, он сделал новый элемент в папке объектов, в которой группа по умолчанию была группой. Единственное, что я могу придумать, это изменить всю группу разработчиков по умолчанию для элементов, которые они проверяют, но это похоже на взлома. Есть идеи? Спасибо.
Читайте также: