57 | 国内インターネット企業はなぜ GitLab を好むのか？#
- オープンソース CI により企業コストが削減される
- DevOps の全ライフサイクルのソリューションを提供
- 早期からコードレビューをサポート
- メンテナンス担当者が多い
- ...
58 | GitLab にはどのようなコア機能があるのか？#
GitLab のサービスは非常に充実しており、参考DevOps Tools Landscape
一部機能の紹介：
- Manage：概要 -- 貢献分析
- Plan：看板
- Verify：MR、CR、パイプライン
- Monitor：運用、運営
参考Simplify your workflow with GitLab--Develop with DevOps in a single application
59 | GitLab でプロジェクト管理はどうするのか？#
Issues：
- リスト
- ボード
- サービスデスク
- マイルストーン
- ...
アジャイルチームに好まれ、観察可能GitLab——GitLab
60 | GitLab でコードレビューはどうするのか？#
条件：保護ブランチを設定（Settings-- Repository--Protected Branches）、MR
方法：手動、自動
61 | GitLab で統合の品質をどう保証するのか？#
- CI ファイルを設定：.gitlab-ci.yml、参考Gitlab/.gitlab-ci.yml
CI/CD—— パイプラインでそのプロセスを確認でき、追加できるタスクは非常に多い
- Runner を有効にする：Settings——CI/CD——Runners
- CI タスクを実行するサービスと理解できる
- カスタム Runner を使用することも、GitLab が提供する共有 Runner を使用することもできる
参考Get started with GitLab CI/CD——GitLab
62 | アプリケーションを AWS にデプロイするには？#
質問：CI/CD—— パイプラインで、なぜいくつかのパイプラインのステージが異なるのか？
答え：.gitlab-ci.yml の中に判断がある
デプロイプロセス：
- .gitlab-ci.yml ファイルを作成し、Runner を設定
- デプロイスクリプトを作成
- 一部の秘密の変数は Settings——CI/CD——Variables で設定できる
このシリーズは Git の世界の氷山の一角に過ぎず、読者の興味を引き起こし、探求の歩みを止めないことを願っています！