http://www.git-scm.com Web サイトの本には、説明付きのワークフローの例がいくつかあります: http://git-scm.com/book/en/Distributed-Git-Distributed-Workflows
Integration-Manager ワークフローを作成するための手順/コマンドについてヘルプが必要です
ここに私の混乱があります：
開発者ごとにLinuxユーザーアカウントを作成しますか？
-各開発者は、独自の電子メールで独自のアカウントを使用し、キーをアップロードします。
別のフォルダまたは独自のホームディレクトリに各ユーザーのパブリックリポジトリを作成しますか？
-プロジェクトを都合のよい場所に保存します。それは人によって異なる場合があります。プロジェクトを保存する場所はどこでも、そこに.gitディレクトリがあります。
ManagerはサーバーにSSHで接続する必要があります。開発者の各公開リポジトリから更新を確認して手動でプルしますか？
-ブランチで機能させることをお勧めします。そうすれば、コードレビューやテストなどの後で、マージをより適切に制御できます（https://stackoverflow.com/a/9204499/631619を参照） 。
最後に、「Blessed Repo」へのプッシュも、サーバーへのSSHログイン後にマネージャーによって手動で実行されますか？
- はい
開発者ごとに Linux ユーザー アカウントを作成しますか?
理想的な世界では、気にしません。
実際のビジネスの世界では、開発者ごとに Linux ユーザー アカウントを作成するか、gitosisなどを使用してgit 認証を処理します。
各ユーザーのパブリック リポジトリを別のフォルダーまたは独自のホーム ディレクトリに作成しますか?
ここでも、理想的な世界では、各開発者が独自のパブリック リポジトリを持ち、変更があるたびにインテグレータに知らせる限り、それらがどこにあるかは気にしません。
ただし、ビジネスをしている場合は、開発者ごとに 1 つのリポジトリを用意するか、すべての開発者が別のブランチにプッシュするリポジトリを用意する必要があります。サーバー上のフックを使用してこれを強制することができます。
Manager はサーバーに SSH 接続する必要があります。開発者の各公開リポジトリから更新を確認して手動でプルしますか?
Manager は実際にはサーバーに接続する必要はありませんssh。使用する git プロトコルによって異なります。代わりに https を使用することもできますが、それも機能します。push彼は、祝福されたレポジトリへのアクセス権と、開発者のレポジトリへのアクセス権を持っている必要がありpullます[y/ies]。
最後に、「Blessed Repo」へのプッシュも、サーバーへの SSH ログイン後に Manager によって手動で行われますか?
繰り返しますが、インテグレーターが使用するプロトコルは実際には問題ではありません。唯一の重要なことは、彼がpushアクセスできることです。そして、はい、統合する変更セットをテストおよびチェックした後、インテグレーターによって手動で行われます。
PS：私はそれを読んだところです-理由はわかりませんが-、彼らは gitosis を廃止し、gitolite.