gitlab web UI って何？ (サイドバー前編)

# 概要
本ページでは、gitlab web UI の機能のうち、
サイドバーに関する項目をさらっと説明します。

メインページは以下になります。

https://qiita.com/hanzo-k/private/174e6c003ea111d3ccca

# サイドバーの機能（前編）
## Project information :ok: 
プロジェクトの情報を確認、編集できます。

### Activity :ok:
プロジェクトの操作履歴です

### Lables :ok:
issue などに付けるラベルの一覧です。
ラベルが作成されていないと、New label というボタンが出てきます。
これを押さなければ大丈夫です。
※押してもラベルを作るだけなので、怒られないと思います

### Members :red_circle:
プロジェクトのメンバー一覧です。
メンバーの検索だけでなく、**登録、削除もできてしまう**ので、
操作が分からない人は開かない方がいいでしょう。

そもそも操作に権限が必要な場合もあるので、
メンバーの追加・削除は管理者に依頼してください。


## Repository :red_circle: 
gitlab のメイン機能である、ファイル管理に関する機能です。
ファイルの一覧を見るだけでなく、
コミットやブランチ、タグの操作もできてしまうので、
操作には気を付けましょう。

### Files :ok: 
プロジェクトで管理しているファイルが見られます。
基本的には、ファイルを見るだけなら安全です。

ただし、ファイルを開いたときに右上に出てくるボタンは、
編集や削除に関するものなので、押さない方がいいです
（こんなもの ↓）。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/568441/1009a520-23c6-2902-7e5e-46cb1bd44860.png)

逆に、一番右の方にある小さいボタンは押しても良いです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/568441/96a75f43-9e41-e121-883e-264eb5a697d9.png)
※左から順に、URLのコピー、ファイルをテキストモードで表示、ファイルをダウンロード

### Commits :ok: 
コミットログを確認できます。

コミットを開いても、ファイルの変更とかはされないので大丈夫です。

ただし、コミットログ内の変更行に出てくる吹き出しマークを押すと、
コメント入力モードに移行してしまうので、
そこだけ押さない様にしてください（下図の赤枠内のボタン）。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/568441/50344f3a-c67e-0433-0a9f-bd54a28c8ad0.png)
もし押してしまっても、Cancel を押すか、画面を閉じればOKです。

### Branches :red_circle: 
ブランチの一覧と、その操作ができます。

**ブランチの作成や削除ができてしまうので、**
開発者でないのなら、絶対に開かない様にしましょう。

### Tags :red_circle:  
タグの一覧と、その操作ができます。
リリースするときのバージョンを管理するところです。

これもブランチと同じで、
開発者でないのなら開かない様にしましょう。

### Contributors :ok: 
プロジェクトに対して更新を行った人の貢献度をグラフにしたものです。
無害です。

### Graph :ok:
コミットの履歴をツリー上に表示します。
危険ではありませんが、開発者でもない限り、あまり見る意味はないと思います。

### Compare :red_circle: 
２つのブランチの差をチェックし、必要なら Merge Request を発行する機能です。
Merge Request は、開発者でもない限り使わない機能なので、
触らないほうがいいでしょう。


## Issues :ok: 
issue と呼ばれるチケットの様なものを発行、管理する機能です。
非開発者の方でもメインで使う機能だと思います。

### List :ok: 
issue のリストが表示されます。

ステータスの変更とかもできてしまいますが、
変更は直ぐに戻せますし、
誤ってクローズしても再オープンできるので、
安心してください。

### Boards :red_circle: 
issue の状態（ラベル）を管理するための機能です。
よくある、Todo、Doing、Done みたいな状態管理ができます。

進捗管理に便利ですが、
誤って移動すると、自動的にチケットのラベルも変わるので、
注意してください。

**触るときは、Web会議などで、
全員に確認しながらやるのが効果的です。**

### Service Desk :red_circle:
gitlab で開発したアプリケーションに対する利用者からのメールを、
自動的に issue に起票してくれる機能です。

簡単に言うと、顧客からの指摘や要望が、
自動的に課題管理に登録されますよ、というもの。

利用の流れを簡単にまとめると
・専用のアドレスを払い出す
・そのアドレスに対して、顧客が指摘や要望を書いて送信する
・送信された内容が自動で issue になる


### Milestones :ok:
マイルストーンの一覧です。
issue の振り分け、マイルストーンの作成できます。

誤って振り分けてしまっても戻せるので安心してください。

#### マイルストーンとは？
簡単に言うと、バージョン1.x.x みたいな開発単位です。
別に開発じゃなくても良いです。
ｘｘ障害の対応 とか ｘｘメンテの改修 みたいなのでもOK。

この issue はバージョン（マイルストーン）1.0 の課題、
この issue はバージョン 1.1 の課題、
といった感じで課題を振り分けたい時に便利です。


## Merge Requests :red_circle: 
Merge Request（MR）を作成、管理する機能です。
MR とは、あるブランチを別のブランチにマージ（統合）する機能で、
開発者でも神経を尖らせる機能の一つです。

触らない様にしましょう。


## CI/CD :red_circle: 
コードの自動化機能です。
ファイルのコミット時に自動的にテストを実施したり、
何らかのファイルをトリガーにして、別のファイルを作成したりします。
（例：rpm の自動作成、grunt の自動実行など）

この機能自体触らない方が良いのですが、
一応各機能について軽く触れます。
開発するときに便利！とだけ覚えておきましょう。

### Pipelines :red_circle: 
自動化した操作が、pipeline と呼ばれる一つのタスクとして表示されます。
新しい pipeline 実行や、pipeline の再実行ができます。

エラーになった pipeline の確認もここで行えます。

### Editor :red_circle: 
pipeline で実行する自動化のコードが書けます。
　※`.gitla-ci.yml` というファイルを編集します

つまり、関係ない人は触るな危険！です。

### jobs :red_circle: 
pipeline の中に含まれる細かいジョブ（処理）が表示されます。
Pipelines でできることと似ているので、まず使う事はないでしょう。

### Schedules :red_circle: 
pipeline の実行をスケジュール化できる機能です。
つまり、gitlab 上で cron みたいなことができます。
きっと、使いこなせれば便利だと思います。


## Security ＆ Compliance :red_circle: 
CI/CD を使って、脆弱性テストなどを行う事ができる機能。

ただし、一部機能は有償らしく、無償版でどこまでできるのかは未検証。


<hr>
NEXT：サイドバー後編

https://qiita.com/hanzo-k/private/94d0ec180dc51bfee05a