フェッチ URI とプッシュ URI の両方を入力して、新しいリモート構成を構成する必要があります。利用可能なプロトコル
のいずれかを選択する必要があります。

- local : file:// (2 つのサーバー間で直接共有するパスはありますか?): これがプロジェクト間で共有する最も簡単な方法であり、いかなる種類のリスナーも必要ありません。
- git : ポート 9418 がローカル ファイアウォールによってブロックされていないことを意味します。また、リクエストをリッスンするには、git デーモンをアクティブにする必要があります。
- ssh : リモート シェル セッションを開く/アクセスするときに、ssh デーモンがカスタム環境変数の設定を許可しないことが多いため、git が標準的な方法でインストールされることを意味します。
- http(s) : http リスナー、たとえば Apache httpd 内の少なくとも gitweb が必要です。
1 つのサーバーでリポジトリを作成したばかりの場合は、他のサーバーでクローンを作成し (Egit は必要ありません)、「このビューに既存の Git リポジトリを追加」(Git リポジトリ ビュー) する必要があります。 fetch,pull) リモートアドレスはすでに設定されています!
以下のコメントを要約すると:
- git プロトコルを使用するということは、git:// url を使用することを除いて、(Egit を使用して) クライアント側で何もする必要がないことを意味します。
ただし、サーバー側で git デーモンを実行する必要があります。そうしないと、リクエストをリッスンできません (デフォルトではポート 9418 で行われます)。
- そのプロトコルを ssh 経由で使用することも、使用しないこともできます (ssh は必須ではありませんが、ssh がないと、git プロトコルだけでは認証されません)。
- ssh を使用する場合も、サーバー側で実行されている openssh デーモンが必要です。リモートのセキュア シェルでコマンドを実行するだけではないため、gitolite のような ssh ベースのレイヤー (まだサーバー側にあります) の方が優れています。ただし、git コマンドのみを許可し、repos/branches/directories の権限でのみ許可します。