問題タブ [gitosis]

各リポジトリに移動してconfの値を直接編集する代わりに、gitosis confを介してリポジトリ構成変数を設定する方法はありますか?

この投稿は、コンペティションで 3 人用のクローズド リポジトリを設定するためのすべての情報を要約することを目的としています。私が書き留めていない問題をリストに追加してください。各質問への各回答を個別の回答として追加してください。

1. 状況 A:下書きとファイルを 3 人でやり取りできます。ライターはファイルをリポジトリにプッシュすることしかできません。
2. 状況 B:上記と同様ですが、すべてのチーム メイトがファイルをリポジトリにプッシュできます。

状況 A に関する一般的な問題

• チーム メンバーが共有したいファイルをチーム メンバーが見ることができるように、A、B、C の人にリモート ブランチを設定するにはどうすればよいでしょうか?
• 変更を神聖なリポジトリにプッシュすることしかできない人物 A を独裁者として設定するにはどうすればよいでしょうか?

状況 A に関する初期の問題

1. A、B、C がプルできる Git リポジトリをどのようにセットアップできますか? Git はすでにリポジトリに正常にインストールされていると思います
2. ライターのみにプッシュを許可するにはどうすればよいですか?

両方の状況に関する高度な問題

• sudo アクセス権がない場合、最初に Python Setup-tools をセットアップしてサーバーにGitosisをセットアップするにはどうすればよいですか?
• チームメイトにバグを効率的に報告するにはどうすればよいですか?

私はこれらのコマンドに従おうとしています。

sudoアクセスなしでサーバーにGitをインストールできました。ただし、新しいユーザーを追加するには sudo アクセスが必要です: this を参照してください。sudo アクセスなしで Gitosis をインストールするのは非常に難しいようです。

gitosisでは、書き込み権限を指定して、ユーザーが自分の名前でブランチに自由にプッシュできるが、マスターとマージできないようにすることはできますか？例：$ USER / test1 .. $ USER / test5

これは、各ユーザーに固有の同じプロジェクトに対して複数のリポジトリをホストするのではなく、プロジェクトごとに1つのリポジトリのみをホストできることを意味します。

Archlinux で gitosis を設定しようとすると、いくつかの問題に直面します

http://wiki.archlinux.org/index.php/Setting_Up_Git_ACL_Using_gitosis

こちらのwiki記事を参考に、gitosisのインストールに成功しました。

$ sudo pacman -U gitosis-git-20090525-1-i686.pkg.tar.gz
$ sudo -H -u gitosis gitosis-init < /tmp/id_rsa.pub

/srv/gitosis/.ssh/authorized_keys を変更して、ローカル ユーザーの id_rsa.pub を含めます。

しかしgit clone、ローカルユーザーとして実行すると、

$ git clone gitosis@host:gitosis-admin.git

それは言う

/home/wyx/gitosis-admin/.git/ gitosis@10.132.140.73 の空の Git リポジトリを初期化しました
: *****
致命的: 'gitosis-admin.git' は git リポジトリのようには見えません
致命的:リモート エンドが予期せず電話を切った

そのため、git clone 操作は失敗しました。ローカル ユーザーのディレクトリ (/home/wyx) で空の git リポジトリを初期化しようとするのはなぜですか? また、ローカル ユーザーの id_rsa.pub を .ssh/authorized_keys に既に追加しているため、パスワードを要求するのはなぜですか?

リモートの gitosis サーバーとローカルの git リポジトリがあり、コードに大きな変更を加えるたびに、変更をそのサーバーにもプッシュします。

しかし、今日、ローカルに変更を加えてローカル リポジトリにコミットしても、実行git push origin masterすると「すべてが最新」と表示さgit cloneれますが、リモート サーバー上のファイルをチェックアウトするために使用すると、最新の変更が含まれていません。 . そして、「マスター」という名前のブランチが1つと、「オリジン」という名前のリモートサーバーが1つしかありません。

PS: これは、実行時に git が表示するものls-remoteです。役立つかどうかはわかりません

Ubuntuでgitosisを設定しようとすると、いくつかの問題が発生します。このコマンドを実行すると

私のローカルマシンgit clone git@59.80.70.68:gitosis-admin.gitでは、59.80.70.68がサーバーのIPである場合に使用しました。しかし、パスワードの問題が発生します。サーバーマシンのパスワードを入力しようとしましたが失敗します

親切に私を助けてください。

最近、社内のgitリポジトリサーバーをセットアップし、管理ツールとしてgitosisをインストールして稼働させました。読み取り専用アクセスはgit：//プロトコルを介して利用でき、書き込みアクセスはssh公開鍵を使用したgitosisを介して利用できます。

デスクトップワークステーションで生成された公開鍵を使用して、プロジェクトへのアクセスを許可された開発者がいます。

彼は今、同じsshキーペアを使用してラップトップからそのリポジトリにアクセスしたいと考えています。彼は、ラップトップに.sshフォルダー全体をコピーし、リポジトリからクローンを作成しようとしましたが、成功しませんでした。

これは試すのに有効なことですか？

マシンごとにsshキーペアを生成する必要がありますか？これは、マシンごとのユーザー名をgitosis構成に追加する必要があるため、奇妙に思えます。

どんな助けでもいただければ幸いです。

リモートの Ubuntu ボックスに Gitosis をセットアップしました。次のコマンドでは、これをホストとして linuxserver と呼びます。また、Cygwin を使用して Windows ボックスから接続しています。

http://scie.nti.st/2007/11/14/hosting-git-repositories-the-easy-and-secure-wayに従って指示に従いました。

gitosis-admin リポジトリをローカル マシンにクローンする必要が生じるまで、問題はありませんでした。

これを行うと、コマンドは実行されますが、ctrl-c を押してコマンド プロンプトに戻るまで何も表示されずにハングします。メッセージはまったく表示されません。

「ssh linuxserver」を使用して通常のアカウントにログインすると、パスワードを要求することなく完全に機能するため、ssh キーが適切に設定されていると確信しています。

編集: 週末に、ほぼ同じ Ubuntu ボックスを自宅にセットアップしましたが、Gitosis のセットアップに問題はありませんでした。唯一の違いは、Cygwin ではなく OSX から接続していたことです。

編集： 「Git拡張機能」で提供されるBashシェルを使用しても問題がないことも発見したため、問題は間違いなくCygwinの競合のようです。

編集: 単なる更新ですが、この質問を投稿してから約 1 か月後に Mercurial に切り替えたところ、git よりもはるかに気に入っていることがわかりました。提案に感謝しますが、git に戻ってそれらを試すつもりはありません。

このように、MacbookにSSHトンネルをセットアップしました...

したがって、localhost:22222 に ssh でき、ファイアウォールの背後にある gitosis-server に到達します。

ローカルの id_rsa.pub ファイルを作成し、それを gitosis サーバー (Centos5 を実行) にコピーし、次を使用して gitosis にインポートしました...

だから...私はこのコマンドがうまくいくはずだと思っています...

ただし、パスワードを要求することはありません....公開鍵が機能している必要がある場合。

ファイアウォールの背後にある gitosis サーバーまで git を機能させるためのアイデアはありますか?

ありがとう、
マット

編集 - SSH 試行からのデバッグの追加

「ssh -vvv gitosis@gitosis-server」というコマンドを実行しました。デバッグが戻ってきましたが、私のアイデンティティが気に入らないようです。

編集2

OK...間違いなく悪いキーです。すべてのキーを再度確認したところ、もちろん、gitosis-server がauthorized_keys ファイルに不正なキーを保持していることがわかりました。

debug1: userauth-request for user gitosis service ssh-connection method none debug1: 試行 0 失敗 0 debug1: PAM: 「gitosis」の初期化中 debug1: PAM: PAM_RHOST を「firewall.domain.com」に設定 debug1: PAM: PAM_TTY を「ssh」に設定 debug1: userauth-request for user gitosis service ssh-connection method publickey debug1: 試行 1 失敗 1 debug1: pkalg/pkblob が受け入れられるかどうかをテストします debug1: temporary_use_uid: 102/103 (e=0/0) debug1: 公開鍵ファイル /var/lib/gitosis/.ssh/authorized_keys を試しています debug1: restore_uid: 0/0 debug1: temporary_use_uid: 102/103 (e=0/0) debug1: 公開鍵ファイル /var/lib/gitosis/.ssh/authorized_keys2 を試しています debug1: restore_uid: 0/0 FIRE.WALL.IP.ADDRESS ポート 52453 ssh2 からの gitosis の公開鍵の失敗

gitosis サーバーの authorized_keys ファイルを詳しく調べてみましたが、正しくありませんでした。ワークステーションから /tmp にコピーした公開鍵ファイルを再確認したところ、正しいものでしたが、authorized_keys にあるものとは異なりました。サーバー上のauthorized_keysファイルを削除し、「sudo -H -u gitosis gitosis-init < /tmp/id_rsa.gitosis.pub」を再実行しました。authorized_keys ファイルをもう一度確認しましたが、それでも間違っていました。

私は、authorized_keys を編集して正しいキーを追加することで、手動で更新しました。その後、1 回か 2 回、トンネルを介してワークステーションから動作するようになりました。その後、以前のように機能しなくなりました。私はgitosisサーバーのauthorized_keysファイルに戻りましたが、確かに....gitosisはそれを機能しない古いキーに戻しました。

なぜこれをやっているのですか....悪い公開鍵に戻っています....上記のコマンドで追加しようとした後でも...変更に失敗しました....その後、手動で変更しました....これは機能しましたが、git は再び悪い状態に戻りました。

gitosis は、最初に入れたキーを記憶し続けているようなものです....そして、それを正しいキーに変更させてくれません。

もどかしい...

マット