ここでは Gitolite (アクセス許可を管理) を使用し、Redmine (多くのリポジトリのワークフローを管理)はここで使用します。許可管理が必要ない場合は、Michael のソリューションを使用してください。多くのリポジトリを管理する必要がない場合は、Redmine を忘れてください (多くのリポジトリで便利です)。ここには、マイケルの回答と同じものが含まれていますが、サードパーティのサイトと、プロジェクトが拡大したときに必要になる可能性のあるいくつかの追加が含まれています。
0. Git + SSH -keypair (Michael の回答と以下の概要を参照してください。)
これができない場合は、先に進まないでください。この方法は、bare -repos を使用してリポジトリをコンテンツ ホストする基本的な方法を示しています。単純に、それを行うのに約 2 分かかります。
サーバー上
$ git init --bare test.git
クライアント上
$ eval `ssh-agent`
$ ssh-add ~/your_auhorized_key_in_server
$ git clone something@IP:test.git
1. ジトリット(スキルの違うチームのパーマを担当)
優れたステップバイステップのチュートリアルはこちら
( "~/.ssh/authorized_keys"
-file には gitolite -user のみが必要であることに注意してください)
ここでrepository -addition/removal をチェックしてください。はい、とても簡単です。config -file を設定してから"$ git add .;
git commit -m "new repos, old dead"
、"$ git push"
"$ ssh gitolite@xxx.yy.112.239 info"
構成を示します
hello hhh, this is gitolite@ip-10-xxx-xx-203 running gitolite3 v3.03-29-g3c0f177 on git 1.7.4.5
R W helloworld
R gitolite-admin
R W testing
gitolite の下にリポジトリをクローンする
$ git clone gitolite@176.34.112.239:helloworld
2. Redmine/Trac/etc (中央の GUI でリポジトリを介してワークフローを管理)
Redmine の手順
はこちらです。Github の不安定な開発ブランチをクローンしないようにしてください。安定したアーカイブをダウンロードする必要があります。ただし、私はおそらく Trac を使用します。比較はこちら. Redmine はいくつかの Rails -hack と不安定な master -branch がうまく聞こえませんでした。
3. Ticgit/etc (サードパーティに依存しないチケットの管理)
Bremner はこの問題についてここで概説しましたが、このチケットがここにあることに注意してください。一般的なスレッドはこちら.