プロバイダーのBitbucketは、リポジトリレベルで書き込みアクセス権を持つSSHキーを保存する可能性を（有料の標準およびプレミアム料金でも）提供していません。 個人のSSHキーを本番サーバーに保存することはできません。そうしないと、現在作業中の他のすべてのプロジェクトにそこからアクセスできます。 いわゆるアクセスキーがありますが、これらは読み取り権限のみを許可します。
したがって、プロジェクトでローカルに開発し、このリポジトリを書き込みアクセス権を持つ本番サーバーに統合する場合、2つのオプションがあります。この目的のために独自のユーザー（ライセンスを取得し、5人のユーザーから課金対象）を作成するか、それを使用します。かなり未知のSSHエージェント転送。
この手順を使用すると、リモート サーバーにキーを永続的に保存することなく、現在のセッションでリモート サーバー上のローカル SSH キーを再利用できます。セットアップは簡単です。まず、SSH キーを使用してリモート サーバーと Bitbucket の両方に直接接続できることを確認します。次に、 eval `ssh-agent -s`を使用してローカル マシン上で SSH エージェントを起動し、 ssh-add -kを使用して現在のキーを保存します。これで、エージェント転送がアクティブ化され、 ssh -A username@host1経由でリモート サーバーに接続できるようになり、パスワードを要求されたり、リモート サーバーの SSH キーをそこに保存したりすることなく、Bitbucket リポジトリにアクセスできるようになります。
もう 1 つの選択肢は、まったく別のプロバイダーに切り替えることです。たとえば、GitLab はすでに、10 GB (Bitbucket の 2 GB と比較) の割り当てと無制限のチーム メンバーに加えて、いわゆるデプロイ キーを無料プランで提供しています。これにより、リポジトリごとに個別に任意の数の追加 SSH キー (実稼働サーバーからなど) を保存できるようになり、リポジトリへの書き込み権限が付与されます。