2

私は Git と Gitolite に慣れています。gitolite で管理されているリモート リポジトリ用のサーバーがあります。それとやり取りするgitクライアントがあります。これまでのところすべて順調です。

次のシナリオを処理する正しい方法を理解したい...

そこにレポ (egon github) があり、それをサーバーに複製して、サーバーからクライアントに複製し、そこで分岐して変更を加えることができます。次に、これらの変更をサーバーにプッシュしたいと思います。また、上流のレポからサーバーにフェッチできるようにしたいと考えています。後で変更をアップストリームに送信したい場合は、サーバーから git request-pull をメールで送信します。

写真のギトライトでこれを行う最善の方法は何かわかりません. そのようなレポの gitolite 構成に必要な構文があると思いますが、例が見つかりません。

これを行う方法である可能性のあるAdmin-Defined-Commandsへの参照を検索で見つけましたが、gitolite に比較的慣れていない人にとっては、実装するのに多くの作業が必要なようです。おそらくそれが唯一の正しい方法であり、私はそれを実行します。より良い/簡単な方法がある場合に備えて尋ねるだけです...

今日、Googleは私の友達ではありません...

4

1 に答える 1

0

ADC は、完全なインタラクティブな ssh セッションを誰にも提供せずに、Gitolite サーバーで実行したい ssh コマンド用です。
また、Gitolite は、サーバーに保存されている特定のリポジトリで共同作業するための承認を管理することです。

しかし、GitHubのパブリックリポジトリの場合は?
Gitolite はまったく必要なく、GitHub で直接フォークして、そのレポをローカルに複製できます。

Gitolite サーバーでそのレポの Gitolite 管理インスタンスを取得する必要がある場合は、次のことをお勧めします。

  • ローカル マシン上のすべてを初期化する (GitHub リポジトリの git clone)
  • レポ内で新しいレポを宣言しgitolite.confますgitolite-admin(そして、それを Gitolite サーバーにプッシュして、新しいレポの作成をトリガーします)
  • git pushGitHub リポジトリのローカル クローンを Gitolite サーバーにコピーします。

アップストリームからの更新は、「 」レポートを追加してupstream、ローカル クローンから直接管理するのが最適です (必要に応じて、Gitolite サーバーにプッシュ バックします)。

于 2012-04-07T14:17:21.897 に答える