4.8 サーバー上のGit - GitLab

GitLabはデータベースをバックエンドとするウェブアプリケーションであるため、そのインストールは他のGitサーバーよりも複雑です。幸いなことに、このプロセスは十分に文書化され、サポートされています。GitLabは、公式のOmnibus GitLabパッケージを介してサーバーにGitLabをインストールすることを強く推奨しています。

その他のインストールオプションは次のとおりです。

詳細については、GitLab Community Edition (CE) readmeをお読みください。

GitLabの管理インターフェースはウェブ経由でアクセスします。ブラウザでGitLabがインストールされているホスト名またはIPアドレスにアクセスし、rootユーザーとしてログインするだけです。パスワードはインストールタイプによって異なりますが、デフォルトでは、Omnibus GitLabは自動的にパスワードを生成し、少なくとも24時間/etc/gitlab/initial_root_passwordに保存します。詳細についてはドキュメントを参照してください。ログイン後、右上メニューの「Admin area」アイコンをクリックします。

GitLabで最初に行うことは、新しいプロジェクトを作成することです。これは、ツールバーの「+」アイコンをクリックすることで行えます。プロジェクト名、属するネームスペース、可視性レベルを尋ねられます。ここで指定するほとんどの項目は永続的なものではなく、後で設定インターフェースから変更できます。「プロジェクト作成」をクリックすれば完了です。

プロジェクトが存在したら、おそらくそれをローカルGitリポジトリと接続したいと思うでしょう。各プロジェクトはHTTPSまたはSSH経由でアクセスでき、どちらもGitリモートを設定するために使用できます。URLはプロジェクトのホームページの上部に表示されます。既存のローカルリポジトリの場合、このコマンドはホストされている場所にgitlabという名前のリモートを作成します

リポジトリのローカルコピーがない場合は、これを行うだけです

ウェブUIは、リポジトリ自体のいくつかの便利なビューへのアクセスを提供します。各プロジェクトのホームページには最近のアクティビティが表示され、上部のリンクからプロジェクトのファイルとコミットログのビューに移動できます。

GitLabプロジェクトで共同作業を行う最も簡単な方法は、各ユーザーにGitリポジトリへの直接プッシュアクセスを与えることです。プロジェクト設定の「メンバー」セクションに移動し、新しいユーザーをアクセスレベルに関連付けることで、ユーザーをプロジェクトに追加できます（異なるアクセスレベルについてはグループで少し説明しています）。ユーザーに「開発者」以上のアクセスレベルを与えることで、そのユーザーはコミットやブランチを直接リポジトリにプッシュできます。

もう一つの、より分離された共同作業の方法は、マージリクエストを使用することです。この機能により、プロジェクトを見ることができるすべてのユーザーが、制御された方法でプロジェクトに貢献できます。直接アクセス権を持つユーザーは、単にブランチを作成し、そこにコミットをプッシュし、そのブランチからmasterまたは他のブランチへのマージリクエストを開くことができます。リポジトリへのプッシュ権限を持たないユーザーは、リポジトリを「フォーク」して自身のコピーを作成し、_自身の_コピーにコミットをプッシュし、自身のフォークからメインプロジェクトへのマージリクエストを開くことができます。このモデルにより、所有者はリポジトリに何がいつ投入されるかを完全に制御できると同時に、信頼できないユーザーからの貢献も可能になります。

マージリクエストとイシューは、GitLabにおける長期的な議論の主要な単位です。各マージリクエストでは、提案された変更について行ごとに議論でき（軽量なコードレビューをサポートします）、全体的な議論スレッドも可能です。どちらもユーザーに割り当てたり、マイルストーンに整理したりできます。

このセクションは主にGitLabのGit関連機能に焦点を当てていますが、成熟したプロジェクトとして、プロジェクトwikiやシステムメンテナンスツールなど、チームの共同作業を支援する他の多くの機能も提供しています。GitLabの利点の一つは、サーバーがセットアップされ稼働し始めると、設定ファイルを微調整したり、SSH経由でサーバーにアクセスしたりする必要がほとんどなくなることです。ほとんどの管理と一般的な使用は、ブラウザ内のインターフェースを介して行うことができます。