- プロジェクトの設定を見る
- プロジェクト名と説明の編集
- プロジェクトへのトピックの割り当て
- リポジトリ名の変更
- プロジェクトの機能と権限の設定
- プロジェクトのマージリクエスト設定
- プロジェクトのエクスポート
- プロジェクトを別のネームスペースに転送します。
- プロジェクトをアーカイブ
- プロジェクトのアーカイブ解除
- プロジェクトの削除
- プロジェクトの復元
- プロジェクトにコンプライアンス フレームワークを追加します。
- イシューでCVE識別子のリクエストを無効にします。
- プロジェクトのEメール通知を無効にします。
- 関連するトピック
- トラブルシューティング
プロジェクト設定
設定ページを使用して、プロジェクトの設定オプションを管理します。
プロジェクトの設定を見る
プロジェクトの設定を表示するには、少なくともメンテナーのロールを持っている必要があります。
- 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
- 設定] > [全般]を選択します。
- セクション内のすべての設定を表示するには、[展開] を選択します。
- オプション。検索ボックスを使用して設定を検索します。
プロジェクト名と説明の編集
プロジェクトの詳細を編集するには、プロジェクトの一般設定を使用します。
- 少なくともメンテナーのロールで GitLab にサインインしてください。
- 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
- 設定] > [全般]を選択します。
- プロジェクト名テキストボックスに、プロジェクト名を入力します。
- プロジェクトの説明テキストボックスに、プロジェクトの説明を入力します。
- プロジェクトアバターで、プロジェクトアバターを変更するには、「ファイルを選択」を選択します。
プロジェクトへのトピックの割り当て
トピックを使用してプロジェクトを分類し、類似した新規プロジェクトを検索します。
プロジェクトにトピックを割り当てるには
- 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
- 設定>一般を選択します。
- トピック] テキストボックスに、プロジェクトのトピックを入力します。入力すると、人気のあるトピックが提案されます。
- 変更を保存を選択します。
インスタンス管理者の場合は、管理領域の [Pages] ページからすべてのプロジェクト トピックを管理できます。
リポジトリ名の変更
プロジェクトのリポジトリ名は、その URL と GitLab がインストールされているファイルディスク上の場所を定義します。
前提条件:
リポジトリの名前を変更するには、プロジェクトのメンテナー、オーナー、または管理者でなければなりません。
リポジトリ名を変更するには
- 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
- 設定] > [全般]を選択します。
- 詳細設定] を展開します。
- Change path(パスの変更)テキストボックスで、パスを編集します。
- パスの変更]を選択します。
プロジェクトの機能と権限の設定
プロジェクトの機能と権限を設定します:
- 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
- 設定] > [全般]を選択します。
- 可視性]、[プロジェクト機能]、[権限]を展開します。
- ユーザーがプロジェクトへのアクセスを要求できるようにするには、[ユーザーがアクセスを要求できる] チェックボックスをオンにします。
- プロジェクトの機能を有効または無効にするには、機能トグルを使用します。
- 変更を保存を選択します。
機能を無効にすると、以下の追加機能も無効になります:
-
イシュー機能を無効にすると、プロジェクトユーザーはイシュー機能を使用できなくなります:
- イシュー・ボード
- サービスデスク
- プロジェクト・ユーザーはマージ・リクエストからマイルストーンにアクセスできます。
-
イシューと マージリクエストを無効にすると、プロジェクトユーザーは使用できなくなります:
- ラベル
- マイルストーン
-
リポジトリを無効にすると、プロジェクトユーザーはアクセスできなくなります:
- マージリクエスト
- CI/CD
- コンテナレジストリ
- Git ラージファイルストレージ
- パッケージ
-
メトリクス・ダッシュボードにアクセスするには、プロジェクトの環境とデプロイを読む必要があります。メトリクス・ダッシュボードにアクセスできるユーザーは、環境とデプロイメントにもアクセスできます。
プロジェクトのマージリクエスト設定
プロジェクトのマージリクエスト設定を行います:
- マージリクエスト方法(マージコミット、早送りマージ)を設定します。
- マージリクエストの説明テンプレートを追加します。
- マージリクエストの承認者を有効にします。
- ステータスチェックを有効にします。
- パイプラインが成功した場合のみ、マージを有効にします。
- すべてのスレッドが解決された場合にのみ、マージを有効にします。
- Jira から関連イシューを要求するようにします。
- マージリクエストが受け入れられたときにソースブランチを削除するオプションをデフォルトで有効にしました。
- 変更提案コミットメッセージの設定
- マージとスカッシュのコミットメッセージテンプレートの設定。
- フォークからのマージリクエストのデフォルトターゲットプロジェクトを設定します。
- レビュアー候補を有効にします。
マージ時にソースブランチを削除するようにしました。
マージリクエストで、ソースブランチを削除するチェックボックスが常に選択されるように、デフォルトの動作を変更することができます。
このデフォルトを設定するには
- 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
- 設定 > マージリクエストを選択します。
- デフォルトで “ソースブランチを削除” オプションを有効にします。
- 変更を保存を選択します。
プロジェクトのエクスポート
プロジェクトとそのデータをエクスポートできます。
プロジェクトを別のネームスペースに転送します。
プロジェクトを別のネームスペースに移動すると、プロジェクトは別のグループに移動します。
前提条件:
- 移籍先のグループのメンテナー以上のロールを持っている必要があります。
- 移管するプロジェクトのオーナーでなければなりません。
- グループは新規プロジェクトの作成を許可している必要があります。
- プロジェクトにコンテナイメージが含まれていないこと。
- npm パッケージを削除します。プロジェクトを別のルート名前空間に転送する場合、プロジェクトに npm パッケージが含まれていてはなりません。ユーザーやグループのパスを更新する場合、またはサブグループやプロジェクトを転送する場合は、最初に npm パッケージを削除する必要があります。npm パッケージを含むプロジェクトのルート名前空間を更新することはできません。命名規則に従って .npmrc ファイルを更新し、必要に応じて npm publish を実行してください。
- プロジェクトにセキュリティポリシーが割り当てられている場合は、転送中に自動的に割り当てが解除されます。
プロジェクトを転送するには
- 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
- 設定] > [全般]を選択します。
- 詳細設定] を展開します。
- プロジェクトを転送] で、プロジェクトを転送するネームスペースを選択します。
- プロジェクトの転送… を選択します。
- プロジェクト名を入力し、「確認」を選択します。
プロジェクトの新しいページにリダイレクトされ、GitLab がリダイレクトを適用します。リポジトリのリダイレクトについて詳しくは、リポジトリのパスが変更されたときに起こることをご覧ください。
GitLab SaaS プロジェクトを異なるサブスクリプション階層に移動する方法
GitLab SaaS PremiumまたはUltimateでライセンスされたネームスペースからGitLab Freeにプロジェクトを移行すると、以下の有料機能データは削除されます:
- プロジェクトのアクセストークンは取り消されます。
- パイプラインサブスクリプションと テストケースは削除されます。
プロジェクトをアーカイブ
プロジェクトをアーカイブすると、リポジトリ、パッケージ、イシュー、マージリクエスト、その他すべての機能が読み取り専用になります。アーカイブされたプロジェクトは、プロジェクト一覧からも非表示になります。
プロジェクトをアーカイブするには
- 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
- 設定] > [全般]を選択します。
- 詳細設定] を展開します。
- Archive projectセクションで、Archive projectを選択します。
- 確認するには、OK を選択します。
プロジェクトのアーカイブ解除
プロジェクトのアーカイブを解除すると、読み取り専用の制限が解除され、プロジェクトリストで利用できるようになります。
前提条件:
- プロジェクトのアーカイブを解除するには、管理者またはプロジェクトオーナーである必要があります。
- アーカイブされたプロジェクトを検索します。
- 左のサイドバーで、Search を選択するか、次のページに進んでください。
- View all my projects を選択します。
- プロジェクトを見るを選択します。
- プロジェクトの並べ替え] ドロップダウン リストで、[アーカイブされたプロジェクトを表示] を選択します。
- Filter by nameフィールドにプロジェクト名を入力します。
- プロジェクトリンクを選択します。
- 左サイドバーで、設定 > 一般を選択します。
- 詳細設定]で[展開]を選択します。
- Unarchive project] セクションで、[Unarchive project] を選択します。
- 確認するには、OK を選択します。
プロジェクトの削除
- GitLab 12.6で、プロジェクトのデフォルト削除動作が遅延削除に変更されました。
- GitLab 13.2でプロジェクトのデフォルト削除の動作を即時削除に変更しました。
- GitLab 16.0で、PremiumとUltimate階層のプロジェクトのデフォルト削除動作を遅延削除に変更しました。
- GitLab.comのPremiumとUltimate階層、およびGitLab 16.0のセルフマネージドにおいて、デフォルトの削除動作を遅延削除に変更しました。
プロジェクトに削除マークを付けることができます。
前提条件
- プロジェクトのオーナーロールを持っている必要があります。
プロジェクトを削除するには
- 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
- 設定] > [全般]を選択します。
- 詳細設定] を展開します。
- Delete this projectセクションで、Delete projectを選択します。
- 確認ダイアログで、プロジェクト名を入力し、Yes, delete project を選択します。
このアクションにより、プロジェクトと関連リソース(イシューやマージリクエストなど)がすべて削除されます。
プロジェクトの遅延削除
- GitLab 15.1で個人ネームスペースのプロジェクトで有効になりました。
- GitLab 15.3の個人ネームスペースのプロジェクトでは無効。
- デフォルトで遅延削除を有効にし、GitLab16.0でGitLab.comとセルフマネージドで即座に削除するオプションを削除。
グループ内のプロジェクト(個人のネームスペースではない)は、遅延時間の後に削除することができます。
自己管理インスタンスでは、グループ管理者は削除遅延期間を1~90日の間で定義できます。SaaSの場合、調整不可のデフォルトの保存期間は7日間です。
プロジェクトの即時削除
- GitLab 14.1 で導入されました。
- GitLab 16.0で、管理エリアとグループ設定からプロジェクトを即座に削除するオプションがGitLab.comとセルフマネージドから削除されました。
遅れて削除されるのを待ちたくない場合は、プロジェクトをすぐに削除することができます。そのためには、プロジェクトを削除する手順をもう一度実行してください。
プロジェクトを削除する最初のサイクルでは、プロジェクトは遅延削除キューに移され、保持期間が過ぎると 自動的に削除されます。この遅延削除時間中に 2 回目の削除サイクルを実行すると、プロジェクトは即座に削除されます。
前提条件:
- プロジェクトのオーナーロールを持っている必要があります。
- プロジェクトを削除するようにマークしました。
削除マークが付いたプロジェクトをすぐに削除するには:
- 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
- 設定] > [全般]を選択します。
- 詳細設定] を展開します。
- Delete this projectセクションで、Delete projectを選択します。
- 確認ダイアログで、プロジェクト名を入力し、Yes, delete project を選択します。
プロジェクトの復元
GitLab 12.6 で導入されました。
削除マークのついたプロジェクトを復元するには
- 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
- 設定] > [全般]を選択します。
- 詳細設定] を展開します。
- Restore projectセクションで、Restore projectを選択します。
プロジェクトにコンプライアンス フレームワークを追加します。
コンプライアンスフレームワークを持つグループのプロジェクトにコンプライアンス フレームワークを追加できます。
LDAP グループによるプロジェクト アクセスの管理
プロジェクトのアクセス管理に LDAP グループを使用することはできません。
前提条件:
- LDAPとGitLabをインテグレーションする必要があります。
- 管理者である必要があります。
- プロジェクトのメンバーシップを追跡するグループを作成します。
- そのグループのLDAP同期を設定します。
- LDAP グループを使用してプロジェクトへのアクセスを管理するには、LDAP 同期グループをプロジェクトのメンバとして追加します。
イシューでCVE識別子のリクエストを無効にします。
GitLab 13.4 で導入。GitLab.com の公開プロジェクトのみ。
環境によっては、ユーザーはイシューでCVE識別子のリクエストを提出することができます。
プロジェクトのイシューでCVE識別子のリクエストオプションを無効にするには、次のようにしてください:
- 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
- 設定] > [全般]を選択します。
- 可視性]、[プロジェクト機能]、[権限]を展開します。
- イシュー]で、[イシューサイドバー]トグルの[CVE IDリクエスト]をオフにします。
- 変更を保存を選択します。
プロジェクトのEメール通知を無効にします。
前提条件:
- プロジェクトに関するメール通知を無効にするには、プロジェクトのオーナーである必要があります。
- 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
- 設定] > [全般]を選択します。
- 可視性]、[プロジェクト機能]、[権限]を展開します。
- メール通知を無効にする]チェックボックスをオフにします。
関連するトピック
トラブルシューティング
プロジェクト設定で作業していると、以下のようなイシューに遭遇したり、特定のタスクを完了するために別の方法が必要になることがあります。
コンソールからのプロジェクトの転送
UIやAPIからプロジェクトを転送してもうまくいかない場合は、Railsのコンソールセッションで転送を試みることができます。
p = Project.find_by_full_path('<project_path>')
# To set the owner of the project
current_user = p.creator
# Namespace where you want this to be moved
namespace = Namespace.find_by_full_path("<new_namespace>")
Projects::TransferService.new(p, current_user).execute(namespace)