git - github スタイルの git サーバー アーキテクチャを複製する

Question

ここで詳述されている統合マネージャーのワークフローを使用する git サーバーを職場でセットアップしようとしています(これは github が使用するものです)。私はチュートリアルの開始に従い、gitosis がインストールされたサーバーとすべてを既にセットアップしており、この特定のワークフローの実装に関する方向性を探しています。

Answer 1

そのワークフローの基本的な要点は次のとおりです。

1. すべての開発者は、自分の個人的な作業用にローカルのプライベートリポジトリを持っています。
2. すべての開発者には、他の人が使用したり、メイン プロジェクトに統合したりする変更をプッシュするパブリックリポジトリがあります。
3. インテグレータは、開発者のパブリック リポジトリから必要な変更を自分の個人的な統合リポジトリにプルします。
4. 準備ができたら、インテグレーターは収集した (「統合された」) 変更をインテグレーター リポジトリからプロジェクトのメインのパブリックリポジトリにプッシュします。
5. 開発者は、プロジェクトのメインのパブリック リポジトリから変更をプルダウンします。そして、サイクルが繰り返されます。

したがって、基本的に次の 2 つのものが必要です。

1. プロジェクトのメインの公開レポジトリを保存するサーバー。(誰もが見ることができるという意味で「パブリック」である必要はありません。開発チーム全体がアクセスできるという意味でパブリックであるだけです。)
2. 開発者のパブリック リポジトリを格納する場所。インテグレータはそれらから簡単に取得できます。

これら 2 つのことは、Git サーバーを実行しているサーバー マシンがある限り (Git デーモン、SSH、http/https、またはその他のサポートされている Git プロトコルのいずれかを介して) 簡単に実現できます。

Answer 2

したがって、統合マネージャーの許容可能なアーキテクチャに到達するために、gitosis をインストールし、開発者を gitosis のユーザーとして設定することになりました。次に、リポジトリが gitosis で複製されました (例: devA/projectA.git devB/projectA.git)。サーバー上でクローンを作成する際にアクセス許可の問題がありました (フック フォルダーを実行可能にしないようにしてください)。