開発環境ネタ的には前々回の続きgitoliteは「gitolite-admin」と言うリポジトリに登録されている「gitolite.conf」に設定を記述し、コミット&プッシュをすることで、リポジトリの作成や削除、アクセス権の設定が行える。修正するたびに書き方調べるのもアレなんで、備忘録。@allリポジトリ「hoge」を削除するconfファイルから「hoge」に関する記述を削除する。※サーバにあるリポジトリの実体は削除されないので、手動で削除する。アクセス権の種類gitoliteはリポジトリに、ユーザ単位、グループ単位でアクセス権を与えることができる。※RW+はコミットの取り消しができる権限。多用すると混乱を招くので、管理者以外は与えないようにした方が無難。なんなら、管理者も禁止した方がいいかも。リポジトリのアクセス権設定リポジトリにアクセス権を設定する場合は、リポジトリに続けてアクセス権を記述する。権限を一人ずつ設定するのは面倒で煩雑になるため、グループを設定する。グループは「@***」で定義し、スペース区切りでユーザ名を指定する。※@allはデフォルトで設定されているグループで、全ユーザが含まれている。@adminブランチのアクセス権設定gitoliteはブランチのアクセス権設定も可能。ブランチ名は正規表現なので注意が必要。「rel-」から始まるブランチは、adminグループのユーザのみが読み書き巻き戻しが可能となる。同一リポジトリの他のすべてのブランチにも読み取り権限が付与される。ブランチごとに設定できるのは書き込み権限以上なので注意すること。他にも、ファイルに対してアクセス権を設定できるらしいけど、ここら辺はまだ試してないので、おいおい。関連記事09AWS(EC2)にGitoliteをインストールする前回導入したGit。Gitの管理を楽にするためにGitoliteを導入することにした。開発環境02AWSにGitのリモートリポジトリ用のサーバをS3(クラウドストレージ)で前回の続き。ソース管理のためのサーバをAWS上に構築するのが今回の目的のひとつ。開発環境この投稿へのコメントコメントはありません。コメントをキャンセルメールアドレスが公開されることはありません。*サイト上に表示された文字を入力してください。コメントデータの処理方法の詳細はこちらをご覧ください。この投稿へのトラックバックトラックバックはありません。