Bitbucket org не работает

BitBucket заблочен РКН

Что, еще не было новости? Никто не пользуется ведром что ли?

Не БитБакет а Амазон, на котором хостится ведро. Ничего нового.

а, так вот откуда ноги

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

И вообще, децентрализованный интернет? Не, не слышали. Давайте все залезем в одну корзину а потом будем страдать от ркнов. В очередной раз.

А кому это ведро нужно? У меня он уже давно без впн с мск ип
не открывается (эти идиоты сами забанили крымские ип, так что
пусть ловят ответочку).

+1, особенно про git, как яркого представителя DVCS.

Как там свет, вода? Круглосуточно?

Так давно же, уже несколько месяцев

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

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

У меня открывается. В любом случае не жалко тормозное убожество.

Элво (дома) в июле периодически отключали из-за работ, в инюе и щас все ок, в офисе все ок было и есть с Элом.

Вода у меня (дома) утром, вечером есть, днём и ночью — не знаю, не слышал от знакомых что бы у кого-то отключали.
В офисе проблем с водой не замечал.

А чем вызван такой вопрос (в теме про атласиновский дуршлаг)?

Странно, у меня работает. Видимо, дело в провайдере. Опять Ростелеком?

Что, еще не было новости? Никто не пользуется ведром что ли?

Никто не пользуется интернетом в России без VPN в 2018 году. Печально что ещё существуют люди, которые создают подобные темы.

так я пользуюсь впн, но не на постоянной основе. пока.

Да, беда, конечно, а я там хоститя хотел вместо гитхаба. Опять весь говнокод на локалхосте держать

Тот, кому лень контейнеры разворачивать без Tor или VPN.

Так и писать им соответственно тоже лень

Нет. В прошлом месяце он у меня без проблем работал, так что хватит врать.

А вот у меня заблочили, теперь не открывается. Всё, принудили, пошел VPS-ку покупать.

Так давно же, уже несколько месяцев

Шта? Я на прошлой неделе пушил туда из тульской области, московской области и москвы.

В прошлом месяце он у МЕНЯ без проблем работал

Во, дурак. Да плевать, что там у тебя лично.

Да не работают блокировки стабильно и гарантировано, особенно, когда это не прямая блокировка ресурса, а тупо ему рикошетом прилетело по совпадению ip адресов. Это часто зависит не только от оператора, но и от его «подразделения», а иногда даже от времени суток.

Плевать, что там у тебя было. Посмотри на линк в посте (там есть дата), и попробуй найти в интернетах про заблокированный bitbucket.

Задетектировал по баттхёрту соседа по ЮБК, решил поинтересоваться.

Он не так давно переехал на те ip адреса, с третьего августа стал недоступен не только у меня. http://forum.ykt.ru/viewtopic.jsp?xid=4404321 Сейчас кстати переехал опять, видимо в честь понедельника.

Что, еще не было новости? Никто не пользуется ведром что ли?

Источник

Ошибка URL: [Errno 10061] Подключение не установлено, [команда вернула код 255

Не получается подключиться к серверу Bitbucket (пытаюсь протолкнуть на сервер Mercurial свою ветку) выводится следующая ошибка:

Ошибка URL: [Errno 10061] Подключение не установлено,
[команда вернула код 255 Wed Aug 01 21:55:40 2018]

В чем основные причины могут быть? Забанили на Bitbucket или где-то есть информация о тех. профилактике?

2 ответа 2

РКН заблокировал сеть 18.204.0.0/14, в ней 3 IP адреса принадлежат bitbucket. Но есть еще 3 адреса, которые не заблокированы: 104.192.143.1, 104.192.143.2, 104.192.143.3

Нужно, чтобы bitbucket.org их резольвил, вот так нужно прописать в /etc/hosts: 104.192.143.1 bitbucket.org

В Windows нужно сделать то же самое, только там файл hosts в другом месте лежит.

Со вчерашнего дня не работает. Даже сайт https://bitbucket.org При этом через VPN заходит. Видимо в России он заблочен.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками bitbucket mercurial или задайте свой вопрос.

Подписаться на ленту

Для подписки на ленту скопируйте и вставьте эту ссылку в вашу программу для чтения RSS.

дизайн сайта / логотип © 2021 Stack Exchange Inc; материалы пользователей предоставляются на условиях лицензии cc by-sa. rev 2021.10.15.40479

Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.

Источник

It’s not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

• Community
• Products
• Bitbucket
• Questions
• The Access to Bitbucket is not stable from Russia since the ip address changed

The Access to Bitbucket is not stable from Russia since the ip address changed

Access or login to Bitbucket is not always success from Russia since August on 2018, maybe the IP address was changed by Atlassian at this month. I could login or access to the repository but it failed frequently and takes time to reach the bitbucket by many trials.

I didn’t have any issue to login or access to Bitbucket until the end of July on 2018.

Is it a known issue ?

10 answers

1 accepted

This should be resolved — we’ve added a third subnet, which is not blocked in Russia as I type this. Russian users should now get a new set of IPs from DNS.

https://blog.bitbucket.org/2018/08/06/update-ip-migration/ has a bit more detail. Please note that some ISPs may cache the old IPs for a little while longer, and that IP-based geolocation (which we’re using to serve a different set of DNS records for Russian users) can be imprecise, so you might still get the unreachable addresses for a little while longer.

If you’ve added 104.192.143.1 to your hosts file, then please remove that; we will be decommissioning that IP (along with others like it) soon.

Источник

Bitbucket лежит?

Никак не могу понять, то ли bitbucket лежит, то ли возникла какая-то странная проблема..

Во-первых, когда я захожу на сайт битбакета, он то работает (на секунду могу зайти на сайт), то не работает. Эта странная ситуация с нестабильной работой сайта продолжается уже пару дней.

А также я не могу ни запуллить, ни запушить.. Отлетаю или по ошибке 443, или по таймауту. При этом нигде в оф. источниках нет перебоев работы битбакета..
У моих коллег, которые работают над этим же проектом, в этой же естественно системе контроля версий точно такая же проблема.

Что это за ерунда. Нет ли у вас перебоев в работе с bitbucket в последние пару дней.

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Раскурить bitbucket
Здравствуйте! День назад освоил азы Bitbucket, поставил SourceTree. Суть вопроса: правильно ли я.

Работа в Bitbucket и SourceTree
Здравствуйте! Проблема следующая: существует репозиторий на Bitbucket, он клонирован в SourceTree.

База данных не загружается на bitbucket
Привет! Загружаю проект на bitbucket, и загружается всё кроме базы данных. Как это исправить?

Вебхук bitbucket отдает Time Out
Здравствуйте. Пытаюсь сделать следующее. При отправке всех локальных коммитов на Bitbucket (git.

Zigfrid, я не пользуюь им каждый день, но конкретно сейчас проблем нет. Тестовый commit и push отработал без ошибок.

Источник

Невозможно отправить в репозиторий Git на Bitbucket

Я создал новый репозиторий и столкнулся с странной ошибкой. Раньше я использовал Git на Bitbucket, но я только что переформатировал и теперь не могу заставить Git работать. После фиксации мне пришлось добавить свой адрес электронной почты и имя в глобальные переменные, но потом все было нормально.

Когда я пытаюсь использовать команду

это не работает. Я получаю это сообщение:

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

Написание этого для тех, кто только начинает работать с Git и BitBucket в Windows и не так хорошо знаком с Bash (поскольку это и общая проблема, и высокий рейтинг Google при поиске сообщения об ошибке в вопросе).

Для тех, кто не возражает против HTTPS и кто ищет быстрое решение, прокрутите до конца этого ответа, чтобы получить инструкции в разделе ДЛЯ ЛЕНИВЫХ

Для тех, кто хочет решить настоящую проблему, следуйте приведенным ниже инструкциям:

Как можно быстрее устранить проблему с SSH

Это набор инструкций, полученных из URL-адреса, на который ссылается VonC. Он был изменен, чтобы сделать его максимально гибким и лаконичным.

Не вводите $ строки или строки, которые не начинаются с $ (это $ означает, что вы вводите это в GitBash).

Установите глобальную информацию, если вы еще этого не сделали:

Видите что-то подобное?

• Да: продолжить.
• Нет: перейдите в раздел ДЛЯ ЛЕНИВШИХ или следуйте связанной статье от VonC.

Посмотрите, сгенерировали ли вы уже ключи:

Если файлов два, следующий шаг можно пропустить.

Оставьте все по умолчанию, введите кодовую фразу. Теперь вы должны увидеть результаты с помощью этой команды:

Проверьте существующий файл конфигурации:

Если вы получили результат, проверьте этот файл на наличие ошибочной информации. Если файла нет, сделайте следующее:

• Один пробел перед «IdentityFile» обязателен.

Убедитесь, что вы запускаете агент SSH каждый раз при запуске GitBash:

• Если вы видите вызываемую функцию start_agent , этот шаг уже выполнен.
• Если файла нет, продолжайте.
• Если есть файл, который не содержит этой функции, у вас неприятная ситуация. Возможно, добавить к нему безопасно (используя приведенные ниже инструкции), но может и не быть! Если вы не уверены, сделайте резервную копию вашего .bashrc перед тем, как следовать приведенным ниже инструкциям, или перейдите к разделу ДЛЯ ЛЕНИВШИХ .

Введите в GitBash следующее, чтобы создать файл .bashrc:

Убедитесь, что файл был успешно создан (ваш файл должен отличаться только там, где появляется «yourusername»):

• Закройте GitBash и снова откройте его.
• Вас должны попросить ввести кодовую фразу (для файла SSH, который вы создали ранее).
• Если нет запроса, значит, вы либо не установили кодовую фразу, либо GitBash не запускает скрипт .bashrc (что было бы странно, поэтому подумайте о том, чтобы просмотреть его содержимое!). Если вы запускаете это на Mac (OS X), .bashrc по умолчанию не выполняется — .bash_profile есть. Чтобы исправить это, поместите этот фрагмент в свой .bash_profile : [[ -s

Если бы вы не ввели кодовую фразу, вы бы увидели что-то подобное при запуске GitBash:

И следующее должно вернуть результаты:

Однако, если вы получите следующее из ssh-add -l :

Это не породило агент SSH, и, вероятно, причиной является ваш .bashrc.

Если при запуске GitBash вы увидите следующее:

Это означает, что вы забыли экранировать $ с помощью \ при выводе на файл (т.е. переменные были расширены). Чтобы решить эту проблему, заново создайте свой .bashrc.

Убедитесь, что агент запущен и ваши ключи добавлены:

Должен вернуть что-то подобное:

Выполните следующую команду, чтобы получить свой открытый ключ:

(он должен вернуть что-то, начинающееся с «ssh-rsa . «

• Щелкните значок окна GitBash
• Нажмите Edit
• Нажмите Отметить
• Выделите открытый ключ с помощью мыши (включая ssh-rsa начальный и конечный == youremail@yourdomain.com бит)
• Щелкните правой кнопкой мыши окно (выполняет копию)
• Вставьте свой открытый ключ в Блокнот.
• Удалите все символы новой строки так, чтобы это была только одна строка.
• Нажмите CTRL+A затем, CTRL+C чтобы снова скопировать открытый ключ в буфер обмена.

Настройте свой закрытый ключ с помощью BitBucket, выполнив следующие действия:

• Откройте браузер и перейдите на сайт BitBucket.org.
• Войти на BitBucket.org
• Щелкните свой аватар (вверху справа)
• Нажмите Управление учетной записью
• Щелкните Ключи SSH (в разделе Безопасность в левом меню)
• Нажмите Добавить ключ
• Введите Global Public Key ярлык
• Вставьте открытый ключ, который вы скопировали из Блокнота

Global Public Key Теперь вход должен быть виден в списке ключей.

• Вернуться в GitBash
• cd в каталог, содержащий ваш проект
• Измените источник на вариант SSH (этого не будет, если вы выполнили шаги FOR THE LAZY )

Проверьте свои пульты:

Переключитесь на URL-адрес SSH:

Проверить, что все в рабочем состоянии:

Вы должны увидеть что-то вроде этого:

СДЕЛАННЫЙ!

Вы можете выбрать использование HTTPS вместо SSH. Вам потребуется ввести свой пароль во время удаленных операций (он временно кешируется после того, как вы введете его один раз). Вот как вы можете настроить HTTPS:

ДЛЯ ЛЕНИННЫХ

Вы должны исправить проблему SSH, как описано VonC; однако, если вы спешите совершить фиксацию и у вас нет инструментов / времени / знаний для создания нового открытого ключа прямо сейчас , установите в качестве источника альтернативу HTTPS:

Использование инструмента с графическим интерфейсом, такого как TortoiseGit или инструментов командной строки .

Командная строка для добавления источника, если он не существует:

Командная строка для изменения существующего источника:

ПРИМЕЧАНИЕ: имя вашей учетной записи не является вашим адресом электронной почты.

Вы также можете указать свою глобальную информацию:

Затем повторите попытку (повторная фиксация не требуется)

/.bashrc но все же при запуске команды ssh-all -l Она все еще отображается. No agent В этом случае попробуйте эту команду, ssh-agent /bin/bash и она будет Initializing new SSH agent.

Эта ошибка также возникает, если вы забыли добавить закрытый ключ в ssh-agent . Сделайте это с помощью:

Переформатирование означает, что вы, вероятно, удалили свой открытый и закрытый ключи ssh (в

Вам необходимо регенерировать их и опубликовать свой открытый ключ ssh в своем профиле BitBucket, как описано в разделе « Использование протокола SSH с Bitbucket » после « Настройка SSH для Git с помощью GitBash ».

Учетные записи-> Управление учетными записями-> Ключи SSH:

Я решил это, удалив пульт с помощью команды:

а затем попытался добавить удаленный, используя https url вместо ssh

Он запрашивает учетные данные github. Введите учетные данные, а затем попробуйте нажать на git, используя:

Просто нужен файл конфигурации в каталоге

У меня такая же проблема. Мои ключи SSH были установлены правильно. Я исправил эту проблему вот так.

После создания нового проекта в Bitbucket используйте clone. Введите команду клонирования в терминале, и он должен клонировать пустой проект на ваш компьютер. После этого вы можете скопировать свои файлы в этот каталог и начать фиксацию и отправку в битбакет.

Два небольших уточнения, которые могут спасти кого-то от путаницы, через которую я прошел:

1 — URL-адреса подключения отличаются для HTTPS и SSH

При подключении через https вы используете

однако при подключении через SSH имя учетной записи всегда «git»

Попытка подключиться к SSH с именем вашей учетной записи впереди приведет к ошибке, полученной исходным плакатом. Вот как вы можете выполнить тест, подключившись к git @, а затем по ошибке попробовать ввести свое имя пользователя и увидеть ошибку.

2. Использование ключей SSH для командных учетных записей будет прекращено в 2017 г.

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

Если вы используете SourceTree (я использую 2.4.1), я нашел более простой способ сгенерировать ключ SSH и добавить его в свои настройки Bitbucket. Это решило проблему для меня.

1. В SourceTree перейдите в Настройки.
2. Перейдите на вкладку Учетные записи и выберите свою учетную запись.
3. Должна быть возможность сгенерировать и скопировать SSH-ключ в буфер обмена.
4. После того, как вы скопируете это, перейдите в Bitbucket в своем браузере. Перейдите в [аватар] -> Настройки Bitbucket.
5. Перейдите к SSH-ключам.
6. Нажмите Добавить ключ
7. Вставьте ключ, который вы скопировали.

Я получил электронное письмо от Bitbucket с подтверждением того, что в мою учетную запись был добавлен SSH-ключ.

Для справки: в macOS с помощью терминала вы можете использовать следующую команду, чтобы просмотреть ключи, созданные для вашего устройства. Здесь хранится сгенерированный вами ключ.

Как заявляли другие, эта документация мне помогла: используйте протокол SSH с Bitbucket Cloud

Выполните ssh, как в руководстве по Atlassian, и убедитесь, что закрытый ключ вставлен в профиль, а не в репозиторий 🙂

Я получил ту же ошибку для одного репозитория — внезапно все остальные были и продолжают работать нормально, когда я пытаюсь нажать коммиты. Проблема оказалась с ключом SSH (как вы уже знаете из предыдущих комментариев) — на битбакете перейдите к, View Profile затем нажмите Manage Account .

Слева нажмите на, SSH Keys затем добавьте тот, который у вас есть в вашей системе, в каталог

Если у вас еще нет сгенерированного файла — используйте инструкции из одного из сообщений, но убедитесь, что вы используете либо файл id_dsa.pub по умолчанию, либо файл с индивидуальным именем, а позже потребуется -i опция с путем к ключу, когда вы Подключить IE

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

Я нашел решение, которое лучше всего сработало для меня, — разбить толчок на более мелкие части.

и удаление больших файлов изображений скриншотов (10 МБ +) из коммитов

Безопасность не была проблемой в конце концов, больше об ограничениях файлов bin

Эта ошибка также появляется, когда репозиторий не существует. Я пробовал все ответы, пока не увидел, что в названии репо отсутствует тире

[ошибка] доступ к репозиторию запрещен. доступ через ключ развертывания доступен только для чтения. фатальный: не удалось прочитать из удаленного репозитория. Убедитесь, что у вас есть правильные права доступа и репозиторий существует.

[ошибка] фатальный: не удалось прочитать из удаленного репозитория.

[ошибка] фатальный: невозможно найти удаленного помощника для https

Я решил выполнить следующие шаги:

Сначала установите эти зависимости:

Затем удалите git:

Теперь соберите и установите Git в последней версии, в этом случае:

Затем для настройки:

И, наконец, установите так:

вот и все, теперь настройте ваше репо с https:

если вы настроили ключ ssh на удаленном сервере, вам необходимо его удалить.

Я получил эту ошибку

Подключение к bitbucket.org закрыто удаленным хостом. фатальный: не удалось прочитать из удаленного репозитория. Убедитесь, что у вас есть правильные права доступа.

Тогда я попробовал

git config —global user.email «you@example.com»

работал без кавычек.

Я обнаружил, что командной строке git не нравятся ключи, сгенерированные моим конкурсом (Windows 10).

Я использую macOS, и хотя я установил свой открытый ключ в битбакете, в следующий раз, когда я попытался нажать, я получил

фатальный: не удалось прочитать из удаленного репозитория.

Убедитесь, что у вас есть правильные права доступа и репозиторий существует.

Что мне нужно было сделать, так это шаг 2. Добавьте ключ к ssh-agent, как описано в руководстве по настройке SSH-ключей Bitbucket и особенно на третьем шаге:

(только для macOS) Чтобы ваш компьютер запомнил ваш пароль при каждом перезапуске, откройте (или создайте) файл

/ .ssh / config и добавьте в него следующие строки:

Надеюсь, это поможет пользователю Mac с той же проблемой.

Вероятно, это вызвано наличием нескольких ключей SSH в агенте SSH (и / или BitBucket). Обратитесь к документации Atlassian для решения этой проблемы.

У меня была эта проблема, и я думал, что сошел с ума. Пользуюсь SSH 20 лет. и git через SSH с 2012 года . но почему я не могу получить свой репозиторий bitbucket на своем домашнем компьютере?

ну, у меня есть две учетные записи Bitbucket и 4 ключа SSH, загруженных в мой агент. даже если мой .ssh / config был настроен на использование правильного ключа. когда ssh инициализировал соединение, он использовал их в порядке загрузки в агент. поэтому я входил в свою личную учетную запись Bitbucket.

затем появляется Запрещенная ошибка при попытке получить репо. имеет смысл.

Я выгрузил ключ у агента

тогда я мог бы получить репозиторий.

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

Я не знал об этом последнем варианте IdentitiesOnly

из самой документации bitbucket

Это может быть не для всех, но я все же дам ответ, если у кого-то такая же причина. В основном у меня две учетные записи Bitbucket, каждая из которых имеет два разных открытых ключа. Выполнив запуск, ssh -Tv bitbucket.org мне удалось увидеть, что мой ноутбук отправляет неверный ключ (но поскольку оба открытых ключа зарегистрированы в битбакете, ключ все еще утвержден, то, поскольку ключ связан с другой учетной записью, которая не имеет доступа к репо, я нажимая, толчок отклоняется).

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

Документация Git [https://docs.github.com/en/free-pro-team@latest/github/authenticating-to-github/connecting-to-github-with-ssh], если вы предпочитаете следующую документацию — это далеко более подробно и достойно прочтения, чтобы понять, почему были кратко изложены следующие шаги.

Мой контрольный список Git: —

1. Основная ветка изменилась на главную
2. Если вы инициализировали свое репо и хотите начать с нуля, отключите git, с помощью $rm -rf .git которого рекурсивно удаляет git
3. Убедитесь, что вы не используете «Apple Git». Типа which git должно быть сказано /usr/local/bin/git — если вы устанавливаете git с Homebrew $brew install git
4. Настройте свое имя и адрес электронной почты для коммитов (обязательно используйте адрес электронной почты, который вы зарегистрировали в Github):

• Настройте git для отслеживания изменений регистра в именах файлов:

Если вы допустили ошибку, вы можете обновить файл, $ls -a чтобы найти файл, а затем $open .gitignore отредактировать его, сохранить и закрыть.

1. Свяжите свой локальный компьютер с репо с помощью ключа SSH. Ключи SSH — это способ идентификации доверенных компьютеров без использования паролей.
   Шаги по созданию нового ключа

• Создайте новый ключ SSH, набрав ssh-keygen -t rsa -C «your_email@example.com» СОХРАНИТЬ КЛЮЧ.
• Вам будет предложено указать файл для сохранения ключа и кодовую фразу. Нажмите Enter для обоих шагов, оставив оба параметра пустыми (имя по умолчанию, без парольной фразы).
• Добавьте свой новый ключ в ssh-agent: ssh-add

  /.ssh/id_rsa

• Добавьте свой SSH-ключ в GitHub, войдя в Github, зайдя в настройки учетной записи и нажав SSH-ключи . Нажмите Добавить ключ SSH.

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

Скопируйте свой ключ в буфер обмена с помощью команды терминала: pbcopy

В поле Название укажите что-нибудь, что идентифицирует ваш компьютер, например MacBook Air YOUR_NAME.

В поле Ключ просто нажмите cmd +, V чтобы вставить ключ, который вы создали ранее — не добавляйте и не удаляйте символы и или пробелы к ключу.

Нажмите Добавить ключ и проверьте, все ли работает в терминале, набрав: ssh -T git@github.com

Вы должны увидеть следующее сообщение:

Теперь, когда ваш локальный компьютер подключен к облаку, вы можете создать репо в Интернете или на своем локальном компьютере. Git изменил имя master для ветки main. При связывании репозиториев проще использовать ключ HTTPS, чем ключ SSH. Хотя вам нужен SSH для первоначальной привязки репозиториев, чтобы избежать ошибки в вопросе.

Следуйте инструкциям, которые вы теперь получаете в своем репо — GitHub добавил дополнительный шаг для создания ветки (время написания октябрь 2020 г.).

для создания нового репозитория в командной строке echo «# testing-with-jest» >> README.md git init git add README.md git commit -m «first commit» git branch -M main git remote add origin — (используйте URL HTTPS, а не SSH) git push -u origin main

для отправки существующего репозитория из командной строки git remote add origin (использовать URL HTTPS, а не SSH) git branch -M main git push -u origin main

Если вы ошиблись, вы всегда можете начать все сначала, удалив инициализацию из папки git на вашем локальном компьютере $rm -rf .git и начав заново, но полезно сначала проверить, что ни один из вышеперечисленных шагов не пропущен, и всегда лучший источник истины документацию — даже если ее читать и понимать дольше!

Источник