Github также предоставляет доступ http (s), который с меньшей вероятностью будет заблокирован вашей компанией. Чтобы сказать подмодуле использовать это, вы можете сделать следующее:

git submodule init
git config submodule.<name>.url https://github.com/...
git submodule update

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

для всех, кто происходит через это, вы можете, конечно, также использовать SSH URL (если ваша компания блокирует git: / / но не ssh), но в этом случае OP предположительно не имеет SSH-доступа к удаленному РЕПО.

другой вариант, который не включает в себя прикосновение git config, - это изменить настройки ssh, чтобы использовать порт 443 вместо обычного порта 22.

ссылки: использование SSH через порт HTTPS

из этой статьи:

edit the file at ~/.ssh/config, and add this section:

Host github.com
   Hostname ssh.github.com   
   Port 443

после этого я смог успешно git нажать на Github. Дома вы можете изменить конфигурацию ssh на то, как это было, если хотите.

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

git config --global url."https://".insteadOf git://

который, к сожалению, не сделал трюк для меня. У меня все та же проблема!

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

git remote set-url origin https://github.com/<my_user_name>/<my_repo_name>.git

, который ранее был такой:

git remote set-url origin git@github.com:<my_user_name>/<my_repo_name>.git

после установки удаленный url с помощью https:// вместо git@git.com проблема была решена для меня.

расширяя ответ Натана выше, вы также можете попробовать протокол ssh, если ваш корпоративный брандмауэр мешает https. В моем случае брандмауэр блокировал протокол git, повторно выдавая SSL-сертификаты для https, и это было нарушение bower для меня, даже при выключенной опции strict-ssl. Вы можете переписать аналогичный url-адрес для ssh и создать ssh-ключ/pair как описано на github.

 git config --global url."ssh://git@github.com".insteadOf git://github.com

вам нужно включить ssh-agent для вашей установки git.

Это потому, что Git adresse для сервера узла изменился, вы должны ввести сейчас:

git clone https://github.com/joyent/node

удачи

введение

Я добавлю здесь свой собственный подход (что не требуется, если у вас есть общедоступный репозиторий git, поддерживающий https).

Я работаю в компании, где репозиторий git доступен только изнутри компании. Но еще я работаю дома.

как я могу нажать на репозиторий компании из дома?

Я создал репозиторий с папкой на моем Google Диске. За исключением git и https, вы можете включите репозитории в качестве путей.

Итак, вместо того, чтобы нажимать на origin, я нажимаю на "gDrive". Это приводит к синхронизации папки с моей домашней рабочей станции на google Диск, а затем мой рабочий компьютер извлекает изменения. Кроме того, так как иногда файлы в ".каталог git" не синхронизируется, я временно переименовываю папку, например, из " trunk "в"trunk2". Это заставляет домашний и рабочий компьютеры на 100% синхронизироваться с google Диском.

I затем войдите в мой рабочий компьютер через checkpoint-vpn remote (или teamviewer) и нажмите мои обновления в репозиторий work git.

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

1. нажмите с рабочей станции git repo в папку на google Диске.
2. принудительная синхронизация 100% путем временного переименования каталога проекта в gDrive.
3. доступ к домашнему компьютеру через какой-то дистанционных и нажимных изменений.