0
リモートのgitリポジトリをホストするためのアプリケーションを作成しようとしています。gitクローン（SSH）がドッカーで実行されているsupervisordによって刈り取られる
$ git clone [email protected]:/repositories/some-repo
Cloning into 'some-repo'...
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
と中：私は何をしようとしていると、ユーザーはSSHによるリポジトリのクローンを作成し、私は自分のアプリケーションを提供するためにsupervisordを使用し、sshdは、私は私が手のリポジトリのクローンを作成しようとしているときよできるようにすることです
[date] INFO reaped unknown pid [PID]
だから私の意見ではそれだけですべての知られていないPIDを殺している人supervisordだ：私が見ることができるログsupervisord。 私は自分のリポジトリに正しいアクセス権を設定しており、私の鍵はauthorized_keysファイルに追加されていると確信しています。私の現在のsupervisordの設定は次のとおりです。
[supervisord]
logfile = /tmp/supervisord.log
directory = /tmp
childlogdir = /tmp
[program:app-sshd]
command=/usr/sbin/sshd -D
[program:app-uwsgi]
command = /usr/local/bin/uwsgi --ini /my/path/uwsgi.ini
stopsignal=INT
[program:app-nginx]
command = /usr/sbin/nginx
スーパーバイザでGitの接続を許可する方法はありますか私はこのプロジェクトを進めるために、仮想マシンと私のドッキングウィンドウコンテナを交換する必要がありますか？
私は 'supervisor'に慣れていませんが、権限の問題のようです。テストをクリアするには 'supervisor'を無効にしてください。今すぐあなたのリポジトリを複製しようとします。ところで、gitサーバーにローカルのssh公開鍵を追加しましたか？ – Ivan
私は鍵がaurhorized_keysファイルにサーバー上で追加される前に言ったように、しかし私がエントリーポイントでsshデーモンだけをチェックしたとき、それは同じ方法で動作していて、何が間違っているのか分かりました。ユーザーgitはシェルを/ bin/falseに設定していたので、ログイン直後にログアウトしたのです。 – Morishiri