GitLab Fundamentals - ハンズオンラボ: GitLab で作業を整理する
完了までの推定時間: 30 分
目的
このラボでは、グループ、サブグループ、プロジェクトを使って GitLab で作業を整理する方法を探ります。
タスク A. グループ構造を表示する
まず、左サイドバーで Groups を選択します。
Groups セクションで、Events の左にあるドロップダウン矢印を選択します。
Events の下に、Session XXXXXXXX のような名前のグループが表示されているはずです。
Session グループの隣にあるドロップダウン矢印をクリックします。Group XXXXXXXX という名前のグループが表示されているはずです。このグループをクリックしてアクセスします。
このナビゲーションは、グループとサブグループの例を示しています。ILT GitLab インスタンスでは、Events グループはトップレベルグループです。これは、インスタンス内の他のグループの一部ではないことを意味します。Events グループには、インスタンスで実行中のクラスを表すサブグループのセットが含まれます。これらのサブグループには、それぞれ Session XXXXXXXX のような名前が付けられます。これらのグループの中には、クラスの各受講者に対して 1 つずつのサブグループのセットがあります。Group XXXXXXX サブグループはあなた自身のグループで、好きなように整理および変更できます。
タスク B. グループ構造を作成する
まず、Group XXXXXXX サブグループ内にいることを確認します。このタスクでは、Development と QA の 2 部門がある会社で働いていると想像します。これらの部門には以下のプロジェクトがあります。
- Development:
Cool Appという名前のアプリケーションのモバイル版とデスクトップ版。Cool Appには両バージョンで多くのリポジトリに分散した多くのマイクロサービスが含まれています。 - QA: 2 つのテストフレームワーク。1 つは
Cool Appのモバイル版用、もう 1 つはデスクトップ版用です。両方のフレームワークはモノリシックで、単一のプロジェクトに格納されています。
これら 2 つのチームの構造を考えるために少し時間を取ります。オプションを検討した後、可能な解決策については以下のステップをご覧ください。
チームが 2 つあるので、各チーム用にグループを作成しましょう。Create subgroup を選択します。
Subgroup name に
Developmentと入力します。他のすべてのオプションをデフォルトのままにして Create subgroup を選択します。ページの上部に、アプリケーション内の場所を示すパンくずリストのセットが表示されます。Group XXXXXXX をクリックしてメイングループに戻ります。
ここから
Developmentグループが表示されます。QA 用のグループを作成するために Create subgroup を選択します。Subgroup name に
QAと入力します。他のすべてのオプションをデフォルトのままにして Create subgroup を選択します。パンくずリストから再度 Group XXXXXXX を選択してメイングループに戻ります。
DevelopmentとQAの 2 つのグループが表示されます。次に、両チームのプロジェクト用にサブグループを構造化できます。Development のアプリケーションには多くのプロジェクトがあるので、プロジェクトタイプごとにサブグループを作成するのが理にかなっています。
Developmentグループを選択します。Create subgroup を選択します。
Subgroup name に
Cool App Desktopという名前を入力します。Create subgroup を選択します。パンくずリストで Development を選択して Development グループに戻ります。
Create subgroup を選択します。
Subgroup name に
Cool App Mobileという名前を入力します。Create subgroup を選択します。パンくずリストで Development を選択して Development グループに戻ります。
これで Development グループには、両アプリケーションに関連するプロジェクトを格納できる Cool App Desktop と Cool App Mobile のサブグループが表示されます。
QA チームには単一のプロジェクトがあります。このチームを構造化するには 2 つの主なオプションがあります。プロジェクトを格納する Cool App Testing 用のグループを作成するか、サブグループに直接プロジェクトを作成することができます。
タスク C. リポジトリを作成する
QA チーム用に新しいリポジトリを作成しましょう。Group XXXXXXX で QA グループを選択します。ここから:
Create project を選択します。
Create blank project を選択します。
Project name に
Cool App QAと入力します。Initialize repository with a README がオンになっていることを確認します。これにより、プロジェクトに README ファイルが出発点として作成されます。
Create project を選択します。
プロジェクトを作成した後、プロジェクトのリポジトリに移動します。README.md というタイトルの単一のファイルが表示され、これには基本的な README テンプレートが含まれています。このプロジェクトでの作業を始めるために、Issue を作成しましょう。
タスク D. プロジェクト内に Issue を作成する
GitLab で Issue を作成する基本を学びましょう。
Cool App QA プロジェクトに移動します。
左サイドバーで Plan > Work items を選択します。
New item を選択します。
Type フィールドが Issue に設定されていることを確認します
タイトルに
First issueと入力します。好きな説明を入力します。
Create issue を選択します。
Issue リスト内の Issue の名前をクリックして、新しい Issue を開きます。これによって、画面の右側のサイドペインで開きます。
このプロセスに従って、Cool App QA プロジェクトに関連する Issue を作成しました。Issue に関連するいくつかの詳細について議論しましょう。中央には、Issue の説明と、Issue のアクティビティおよびコメントとディスカッションを追加する領域が表示されます。すべての Issue には、Issue に関連する小さなタスクである子アイテムを持つことができます。Issue は、Issue 間の関係を示すために他の Issue にリンクすることもできます。
右サイドバーには、Issue に関連するメタデータが表示されます。
Assignee は現在 Issue に取り組んでいる人々のセットです。
Labels を Issue に追加して、Issue を類似のカテゴリやタイプに整理するのに役立てることができます。
Parent は、この Issue が属しているエピックを指します。現時点では、親として設定するエピックはありません。
Weight は Issue に関連付けられた作業量を定義します。Issue にいつまでに完了すべきかの期日を設定できます。
Milestone では、Issue を完了までのタイムラインに関連付けることができます。マイルストーンは、四半期などの長期的なタイムラインを対象としています。
Iteration では、Issue を完了までのタイムラインに関連付けることができます。イテレーションは、スプリントなどの短期的なタイムラインを対象としています。
Dates では、Issue の開始日と終了日を設定できます。
Health Status は、Issue にステータスを適用し、現在の状態（On Track、Needs Attention、At Risk）をすばやく簡単に確認できるように追跡します。
Time tracking は Issue を完了するのにかかった時間を追跡できます。
Contacts は、請求およびレポート目的で Issue を顧客に関連付けます。
しばしば、私たちは Issue を、単一のイテレーションやスプリントで完了する可能性のある小さな単位の作業を表すために使用します。より大きな作業セットには、エピックの概念を使用しますが、これは後のラボで議論します。
ラボガイド完了
このラボの演習を完了しました。このコースの他のラボガイドを見ることができます。
提案?
ラボへの変更を加えたい場合は、マージリクエスト経由で変更を提出してください。
c955a93f)