Egit fetch & pull connection отказано - PullRequest
2 голосов
/ 23 февраля 2011

Я установил плагин Egit для eclipse в двух системах ubuntu, создал два новых проекта для двух систем и поделился ими (team> share). Как правильно выбирать и извлекать проекты с другими пользователями с помощью Egit?

Ошибка connection refused

1 Ответ

2 голосов
/ 23 февраля 2011

Вам необходимо настроить новую удаленную конфигурацию, заполнив оба извлечения и push-URI.
Вам нужно выбрать один из доступных протоколов :

Egit new remote configuration dialog

  • local : file: // (у вас есть прямой общий путь между вашими двумя серверами?): Это самый простой способ для обмена между проектами, не требуются никакие слушатели.
  • git : это означает, что порт 9418 не заблокирован вашим локальным брандмауэром.И демон git должен быть активным для прослушивания запросов.
  • ssh : означает, что git устанавливается стандартным способом, потому что демон ssh часто не разрешает настраивать переменную средыустанавливается при открытии / доступе к сеансу удаленной оболочки.
  • http (s) : вам нужен слушатель http, по крайней мере, gitweb внутри httpd Apache.

Если вы только что создали репо на одном сервере, вам нужно клонировать на другом сервере (Egit не требуется), а затем «Добавить существующее репозиторий Git в это представление» (представление репозитория Git): таким образом,Первые (извлекаемые, извлекаемые) удаленные адреса уже будут установлены!


Подводя итог комментариям ниже:

  • использование протокола git означает: ничего не делать на стороне клиента (с Egit), кроме использования git: // url.
    Но вам нужно, чтобы демон git работал на стороне сервера, иначе ваш запрос не будет прослушиваться (по умолчанию на порту 9418).
  • вы можете использовать этот протокол поверх ssh или нет (sshне обязательно, но без него аутентификация с использованием одного протокола git невозможна)
  • если вы используете ssh, вам снова нужен демон openssh, работающий на стороне сервера, и слой на основе ssh, такой как gitolite (все ещена стороне сервера) лучше, потому что он не будет просто выполнять какие-либо команды в удаленной защищенной оболочке, но будет разрешать только команду git и только для прав repos / branch / directoryies.
...