[{"data":1,"prerenderedAt":819},["ShallowReactive",2],{"/ja-jp/blog/a-ci-component-builders-journey":3,"navigation-ja-jp":42,"banner-ja-jp":452,"footer-ja-jp":462,"blog-post-authors-ja-jp-Darwin Sanoy":697,"blog-related-posts-ja-jp-a-ci-component-builders-journey":713,"next-steps-ja-jp":757,"blog-promotions-ja-jp":766},{"id":4,"title":5,"authorSlugs":6,"authors":8,"body":10,"category":11,"categorySlug":11,"config":12,"content":16,"date":20,"description":17,"extension":25,"externalUrl":26,"featured":14,"heroImage":19,"isFeatured":14,"meta":27,"navigation":28,"path":29,"publishedDate":20,"rawbody":30,"seo":31,"slug":13,"stem":35,"tagSlugs":36,"tags":40,"template":15,"updatedDate":26,"__hash__":41},"blogPosts/ja-jp/blog/a-ci-component-builders-journey.yml","CI/CDコンポーネント開発者が歩んだ道",[7],"darwin-sanoy",[9],"Darwin Sanoy","父は重機整備士でしたが、業界にまだ専用ツールが存在しない難しい作業のために、自ら道具を作ってしまうことがよくありました。その姿が、いつも不思議で印象的でした。まさか自分がIT分野でツール作りに情熱を注ぐようになるとは、当時は思いもしませんでしたが、今やそれが長年にわたる喜びの一つになっています。\n\nGitLab を使い始めてから4年以上、CI/CDのインクルード可能な共有テンプレートを作り続けてきました。これらのテンプレートは、Node.js の NPM、Python の PyPI、.NET の NuGet といったアプリケーション言語の依存関係マネージャーと同様に、他のユーザーが直接依存できる形で設計されています。\n\nGitLab 自体も、[Auto DevOps](https://docs.gitlab.com/ee/topics/autodevops/) やセキュリティスキャンツール群を通じて、こうした共有CI依存関係の構築に長年の実績を持っています。\n\n[GitLab CI/CDカタログ](https://about.gitlab.com/blog/ci-cd-catalog-goes-ga-no-more-building-pipelines-from-scratch/)の登場により、この長年のアプローチが正式な仕組みとして整備され、誰もがGitLab CI/CDコンポーネントを世界中のユーザーに向けて公開できるようになりました。\n\n共有テンプレートアプローチと比較した場合の主なアップグレードポイントは次のとおりです。\n\n- **コンポーネントの独立バージョン管理**は、コンテナバージョンの継承に依存しない新しいバージョニングの仕組みです。GitLab CI/CDコンポーネントのバージョンは、CIコードと任意の数のコンテナ（またはコンテナなし）を一つのCI/CDコンポーネントバージョンとしてまとめます。本番グレードのDevSecOpsでは、依存関係のバージョンを固定する機能が不可欠です。これは、本番グレードのアプリケーションコードで依存バージョンを固定するのと、まったく同じ理由・メリットによるものです。\n\n- **グローバルな可視性（制御付き）**は、GitLab.comのカタログ（またはセルフマネージドインスタンスでは社内全体）を通じて利用できます。個々のコンポーネントの可視性は、ソースプロジェクトのセキュリティ設定にも依存するため、セキュアなグループにコンポーネントを公開することも可能です。\n\n- **カタログメタデータ**は、ほとんどのコード共有の仕組みと同様に、どのコンポーネントを使用するかを判断するために必要なデータです。\n\n## コードを見てみましょう\n\n説明よりも実例を示すのが好みなので、いくつかのコンポーネント例を見てみましょう。いずれもソースを公開しています（タイトルをクリックするとコンポーネントにアクセスできます）。\n\n### 1. [Hello World](https://gitlab.com/explore/catalog/guided-explorations/ci-components/hello-world)\n最小構成のコンポーネントとして、その結果とソースの両方を示せる Hello World コンポーネントがまだ存在しないことに気づいたため、作成しました。この例では、CIコードのみを「コンポーネント化」する方法を示しています。\n\n### 2. [Hello World Container](https://gitlab.com/explore/catalog/guided-explorations/ci-components/hello-world-container)\nCI/CDコンポーネントが完全に機能するためにコンテナが必要な場合があります。この例では、コンポーネント自体と同じプロジェクトで公開されるコンテナが含まれています。\n\n### 3. [GitVersion Ultimate Auto Semversioning](https://gitlab.com/explore/catalog/guided-explorations/ci-components/ultimate-auto-semversioning)\n\nこのコンポーネントは、老舗の「GitVersion」ユーティリティを自動化するものです。GitVersion は、最後のバージョンを保存することなく、次のセマンティックバージョンを完全に自動で選択します。多くの本番候補が同時に進行しているような忙しいリポジトリでも対応できます。このコンポーネントが従う設計原則の一つは「最小設定」、つまり「設定ゼロで最も有用なことをデフォルトで行う」というものです。プロジェクトに `GitVersion.yml` が存在しない場合、GitVersion に不慣れなユーザーにとって最も有用な出発点となるファイルをコンポーネントが自動生成します。\n\n### 4. [Amazon CodeGuru Secure SAST Scanner](https://gitlab.com/explore/catalog/guided-explorations/ci-components/aws/amazon-codeguru-secure-sast)\nこのコンポーネントはセキュリティスキャナーであり、近年実践してきたセキュリティスキャンのベストプラクティスに従っています。たとえば、GitLab Ultimate のライセンスが検出された場合、スキャナーは GitLab の SAST JSON 形式で出力し、ネイティブの GitLab スキャナーと同様にマージリクエストやダッシュボードに結果を統合します。また、セキュリティポリシーによるマージ承認の対象にもなります。GitLab Ultimate のライセンスがない場合は、パイプラインの「テスト結果」タブで基本的な差分なしの検出結果を確認できる JUNIT XML 形式で出力します。さらに、スキャン可能なファイル種別が存在する場合にのみ動作し、GitLab の `SAST_DISABLED` プロパティがオンになっている場合は無効化されます。\n\n### 5. [Checkov IaC SAST](https://gitlab.com/explore/catalog/guided-explorations/ci-components/checkov-iac-sast)\nCheckov IaC SAST も同様のセキュリティスキャナーコンポーネントで、上記のセキュリティスキャナー原則に従いつつ、スキャン可能なファイル種別に特化しています。これらのコンポーネントの重要なベストプラクティスの一つは、安定性のためにコンテナタグを固定することです。ただし、デフォルト値を持つ「コンポーネントインプット」を通じて行うことで、コンポーネントユーザーが最後にテストされたバージョンより新しいまたは古いバージョンでテストしたり、特定バージョンに固定したりできるようにしています。つまり、共有依存関係として安定性を提供しつつ、柔軟性も兼ね備えているということです。\n\n### 6. [Super-Linter](https://gitlab.com/guided-explorations/ci-components/super-linter)\nSuper-Linter は、多くの言語向けのリンターを集めたコミュニティ主導のコンポーネントです。もともと GitHub Action として始まったため、この例はオープンソースの GitHub Action を GitLab CI/CDコンポーネントに移植する手軽さを示すものでもあります。私のコンポーネントの多くで大切にしているベストプラクティスの一つは、コンポーネントが動作している状態のサンプルコードへのリンクを必ず提供することです。これにより、アップデート時のテストも容易になります。\n\n### 7. [Kaniko](https://gitlab.com/explore/catalog/guided-explorations/ci-components/kaniko)\nKaniko は、Docker-in-Docker（DinD）の特権モードを必要とせずにコンテナをビルドできるコンテナです。このコンポーネントは、多くの OpenContainers ラベルとマルチアーキテクチャビルドをサポートしています。\n\n### 8. [CI Component Publishing Utilities](https://gitlab.com/explore/catalog/guided-explorations/ci-components/ci-component-pub)\nコンポーネントを作るにつれ、「コンポーネント公開用のCIコード」が何度も重複していることに気づき、それ自体をコンポーネント化する候補になりました。ここに挙げた他のコンポーネントはすべて、このコンポーネントを活用しています。また、このコンポーネント自身もコンポーネントを使用しており、**GitVersion Ultimate Auto Semversioning** を使って次のバージョンを取得しています。\n\nなお、CI Component Publishing Utilities は自分自身を公開します。私の多くのコンポーネントでは、標準の「インプット」READMEセクションを「インプットと設定」に拡張し、設定がインプット経由かどうかを示す列を追加しています。インプットを優先するのが原則ですが、変数の方が柔軟性が高い場合や、ユーティリティがすでにサポートしている環境変数を通じてユーザーが主要な設定を行えることを文書化したい場合もあります。CI Component Publishing Utilities は **Kaniko** CI コンポーネントも使用しており、プロジェクトのルートに Dockerfile が見つかった場合（または変数でパスを指定した場合）に、同じバージョンのコンテナをビルドします。これにより、コンポーネントとそれをサポートするコンテナのバージョンが同期されます。マルチアーキテクチャのコンテナビルドにも対応しています。詳細は上記のドキュメントをご覧ください！\n\n## コンポーネントテンプレートを使って始める\n\nHello World コンポーネントは、新しいコンポーネントを始める際の個人的なテンプレートとして活用しています。CI Component Publishing Utilities と適切な README が組み込まれています。\n\nCIコードのみのコンポーネントには [Hello World](https://gitlab.com/explore/catalog/guided-explorations/ci-components/hello-world) のソースをコピーして始め、コンテナが必要なものには [Hello World Container](https://gitlab.com/explore/catalog/guided-explorations/ci-components/hello-world-container) から始めます。クリーンなコミット履歴を保つため、基本的にソースだけを新しいプロジェクトにコピーしています。\n\nコンポーネントが安定して十分に開発されたと感じたら、手動でパイプラインを実行し、バージョンを 1.1.0 以上に強制設定します。その後は CI Component Publishing Utilities が自動でバージョンをインクリメントしていきます。\n\n## CI コンポーネント開発者のガイドとプラクティス\n\n[Darwin の CI コンポーネント開発者ガイド](https://gitlab.com/guided-explorations/ci-components/gitlab-profile) — コンポーネント構築のアプローチを広く公開したいと考え、CI/CDコンポーネントとして公開するという方法を選びました。また、CI/CDコンポーネントのアーキテクチャと [CI/CDカタログ](https://about.gitlab.com/blog/ci-cd-catalog-goes-ga-no-more-building-pipelines-from-scratch/)を作成した [GitLab パイプラインオーサリング](https://docs.gitlab.com/ci/components/)チームが、[CI コンポーネントのベストプラクティス](https://docs.gitlab.com/ee/ci/components/#best-practices)として優れた内容を公開しています。私のプラクティスはこれらを参照しつつ、自分自身の経験から得た独自のものも多数含まれています。\n\n## CI/CDコンポーネントとソースを探す\n\n[GitLab CI/CDカタログ](https://about.gitlab.com/blog/ci-cd-catalog-goes-ga-no-more-building-pipelines-from-scratch/)の検索機能はまだ改善中ですが、ソースプロジェクトの説明文は自由テキストで検索できます。そこで、すべてのコンポーネントソースプロジェクトの説明に共通テキストを含めることで、[カタログ内で作成したコンポーネントを一覧表示](https://gitlab.com/explore/catalog?search=Part+of+the+DarwinJS+Builder+Component+Library)できるようにしました。\n\nGitLab.com 上の場所にかかわらず、コンポーネントソースを見つけやすくするために次の対策を行っています。\n- すべてのプロジェクトに [DarwinJS Component Builder Library](https://gitlab.com/explore/projects/topics/DarwinJS+Component+Builder+Libary) というリポジトリトピックを追加しています。\n- 有機的に発見した [`GitLab CICD Components`](https://gitlab.com/explore/projects/topics/GitLab+CICD+Components) タグも付与しています。\n\n上記の方法はどちらも、コンポーネントとそのソースへのインデックスを提供するのに役立ちます。\n\n私の CI/CDコンポーネント開発の歩みが、今後の皆さんのお役に立てれば幸いです。\n\n> CI/CDカタログとコンポーネントについてさらに詳しく：\n>  \n> - [CI/CDカタログがGAに：パイプラインをゼロから作る時代は終わった](https://about.gitlab.com/blog/ci-cd-catalog-goes-ga-no-more-building-pipelines-from-scratch/)\n> \n> - [FAQ: GitLab CI/CDカタログ](https://about.gitlab.com/blog/faq-gitlab-ci-cd-catalog/)\n>\n> - [ドキュメント: CI/CDコンポーネントとCI/CDカタログ](https://docs.gitlab.com/ee/ci/components/)\n> \n> - [GitLabのCI/CDコンポーネントの紹介と活用方法](https://about.gitlab.com/blog/introducing-ci-components/)\n>","open-source",{"slug":13,"featured":14,"template":15},"a-ci-component-builders-journey",false,"BlogPost",{"title":5,"description":17,"authors":18,"heroImage":19,"date":20,"body":10,"category":11,"tags":21},"共有可能なインクルード型テンプレートを作成してきた開発者が、テンプレートをGitLab CI/CDコンポーネントとCI/CDカタログへ移行した実体験をご紹介します。独立したバージョン管理やグローバルな可視性など、移行によって得られた具体的なメリットも解説します。",[9],"https://res.cloudinary.com/about-gitlab-com/image/upload/v1749663857/Blog/Hero%20Images/blog-image-template-1800x945__12_.png","2024-06-04",[22,23,24],"CI/CD","CI","CD","yml",null,{},true,"/ja-jp/blog/a-ci-component-builders-journey","seo:\n  title: CI/CDコンポーネント開発者が歩んだ道\n  description: >-\n    共有可能なインクルード型テンプレートを作成してきた開発者が、テンプレートをGitLab CI/CDコンポーネントとCI/CDカタログへ移行した実体験をご紹介します。独立したバージョン管理やグローバルな可視性など、移行によって得られた具体的なメリットも解説します。\n  ogTitle: CI/CDコンポーネント開発者が歩んだ道\n  ogDescription: >-\n    共有可能なインクルード型テンプレートを作成してきた開発者が、テンプレートをGitLab CI/CDコンポーネントとCI/CDカタログへ移行した実体験をご紹介します。独立したバージョン管理やグローバルな可視性など、移行によって得られた具体的なメリットも解説します。\n  noIndex: false\n  ogImage: >-\n    https://res.cloudinary.com/about-gitlab-com/image/upload/v1749663857/Blog/Hero%20Images/blog-image-template-1800x945__12_.png\n  ogUrl: https://about.gitlab.com/blog/a-ci-component-builders-journey\n  ogSiteName: https://about.gitlab.com\n  ogType: article\n  canonicalUrls: https://about.gitlab.com/blog/a-ci-component-builders-journey\ncontent:\n  title: CI/CDコンポーネント開発者が歩んだ道\n  description: >-\n    共有可能なインクルード型テンプレートを作成してきた開発者が、テンプレートをGitLab CI/CDコンポーネントとCI/CDカタログへ移行した実体験をご紹介します。独立したバージョン管理やグローバルな可視性など、移行によって得られた具体的なメリットも解説します。\n  authors:\n    - Darwin Sanoy\n  heroImage: >-\n    https://res.cloudinary.com/about-gitlab-com/image/upload/v1749663857/Blog/Hero%20Images/blog-image-template-1800x945__12_.png\n  date: '2024-06-04'\n  body: >-\n    父は重機整備士でしたが、業界にまだ専用ツールが存在しない難しい作業のために、自ら道具を作ってしまうことがよくありました。その姿が、いつも不思議で印象的でした。まさか自分がIT分野でツール作りに情熱を注ぐようになるとは、当時は思いもしませんでしたが、今やそれが長年にわたる喜びの一つになっています。\n\n\n    GitLab を使い始めてから4年以上、CI/CDのインクルード可能な共有テンプレートを作り続けてきました。これらのテンプレートは、Node.js の NPM、Python の PyPI、.NET の NuGet といったアプリケーション言語の依存関係マネージャーと同様に、他のユーザーが直接依存できる形で設計されています。\n\n\n    GitLab 自体も、[Auto DevOps](https://docs.gitlab.com/ee/topics/autodevops/) やセキュリティスキャンツール群を通じて、こうした共有CI依存関係の構築に長年の実績を持っています。\n\n\n    [GitLab CI/CDカタログ](https://about.gitlab.com/blog/ci-cd-catalog-goes-ga-no-more-building-pipelines-from-scratch/)の登場により、この長年のアプローチが正式な仕組みとして整備され、誰もがGitLab CI/CDコンポーネントを世界中のユーザーに向けて公開できるようになりました。\n\n\n    共有テンプレートアプローチと比較した場合の主なアップグレードポイントは次のとおりです。\n\n\n    - **コンポーネントの独立バージョン管理**は、コンテナバージョンの継承に依存しない新しいバージョニングの仕組みです。GitLab CI/CDコンポーネントのバージョンは、CIコードと任意の数のコンテナ（またはコンテナなし）を一つのCI/CDコンポーネントバージョンとしてまとめます。本番グレードのDevSecOpsでは、依存関係のバージョンを固定する機能が不可欠です。これは、本番グレードのアプリケーションコードで依存バージョンを固定するのと、まったく同じ理由・メリットによるものです。\n\n\n    - **グローバルな可視性（制御付き）**は、GitLab.comのカタログ（またはセルフマネージドインスタンスでは社内全体）を通じて利用できます。個々のコンポーネントの可視性は、ソースプロジェクトのセキュリティ設定にも依存するため、セキュアなグループにコンポーネントを公開することも可能です。\n\n\n    - **カタログメタデータ**は、ほとんどのコード共有の仕組みと同様に、どのコンポーネントを使用するかを判断するために必要なデータです。\n\n\n    ## コードを見てみましょう\n\n\n    説明よりも実例を示すのが好みなので、いくつかのコンポーネント例を見てみましょう。いずれもソースを公開しています（タイトルをクリックするとコンポーネントにアクセスできます）。\n\n\n    ### 1. [Hello World](https://gitlab.com/explore/catalog/guided-explorations/ci-components/hello-world)\n\n    最小構成のコンポーネントとして、その結果とソースの両方を示せる Hello World コンポーネントがまだ存在しないことに気づいたため、作成しました。この例では、CIコードのみを「コンポーネント化」する方法を示しています。\n\n\n    ### 2. [Hello World Container](https://gitlab.com/explore/catalog/guided-explorations/ci-components/hello-world-container)\n\n    CI/CDコンポーネントが完全に機能するためにコンテナが必要な場合があります。この例では、コンポーネント自体と同じプロジェクトで公開されるコンテナが含まれています。\n\n\n    ### 3. [GitVersion Ultimate Auto Semversioning](https://gitlab.com/explore/catalog/guided-explorations/ci-components/ultimate-auto-semversioning)\n\n\n    このコンポーネントは、老舗の「GitVersion」ユーティリティを自動化するものです。GitVersion は、最後のバージョンを保存することなく、次のセマンティックバージョンを完全に自動で選択します。多くの本番候補が同時に進行しているような忙しいリポジトリでも対応できます。このコンポーネントが従う設計原則の一つは「最小設定」、つまり「設定ゼロで最も有用なことをデフォルトで行う」というものです。プロジェクトに `GitVersion.yml` が存在しない場合、GitVersion に不慣れなユーザーにとって最も有用な出発点となるファイルをコンポーネントが自動生成します。\n\n\n    ### 4. [Amazon CodeGuru Secure SAST Scanner](https://gitlab.com/explore/catalog/guided-explorations/ci-components/aws/amazon-codeguru-secure-sast)\n\n    このコンポーネントはセキュリティスキャナーであり、近年実践してきたセキュリティスキャンのベストプラクティスに従っています。たとえば、GitLab Ultimate のライセンスが検出された場合、スキャナーは GitLab の SAST JSON 形式で出力し、ネイティブの GitLab スキャナーと同様にマージリクエストやダッシュボードに結果を統合します。また、セキュリティポリシーによるマージ承認の対象にもなります。GitLab Ultimate のライセンスがない場合は、パイプラインの「テスト結果」タブで基本的な差分なしの検出結果を確認できる JUNIT XML 形式で出力します。さらに、スキャン可能なファイル種別が存在する場合にのみ動作し、GitLab の `SAST_DISABLED` プロパティがオンになっている場合は無効化されます。\n\n\n    ### 5. [Checkov IaC SAST](https://gitlab.com/explore/catalog/guided-explorations/ci-components/checkov-iac-sast)\n\n    Checkov IaC SAST も同様のセキュリティスキャナーコンポーネントで、上記のセキュリティスキャナー原則に従いつつ、スキャン可能なファイル種別に特化しています。これらのコンポーネントの重要なベストプラクティスの一つは、安定性のためにコンテナタグを固定することです。ただし、デフォルト値を持つ「コンポーネントインプット」を通じて行うことで、コンポーネントユーザーが最後にテストされたバージョンより新しいまたは古いバージョンでテストしたり、特定バージョンに固定したりできるようにしています。つまり、共有依存関係として安定性を提供しつつ、柔軟性も兼ね備えているということです。\n\n\n    ### 6. [Super-Linter](https://gitlab.com/guided-explorations/ci-components/super-linter)\n\n    Super-Linter は、多くの言語向けのリンターを集めたコミュニティ主導のコンポーネントです。もともと GitHub Action として始まったため、この例はオープンソースの GitHub Action を GitLab CI/CDコンポーネントに移植する手軽さを示すものでもあります。私のコンポーネントの多くで大切にしているベストプラクティスの一つは、コンポーネントが動作している状態のサンプルコードへのリンクを必ず提供することです。これにより、アップデート時のテストも容易になります。\n\n\n    ### 7. [Kaniko](https://gitlab.com/explore/catalog/guided-explorations/ci-components/kaniko)\n\n    Kaniko は、Docker-in-Docker（DinD）の特権モードを必要とせずにコンテナをビルドできるコンテナです。このコンポーネントは、多くの OpenContainers ラベルとマルチアーキテクチャビルドをサポートしています。\n\n\n    ### 8. [CI Component Publishing Utilities](https://gitlab.com/explore/catalog/guided-explorations/ci-components/ci-component-pub)\n\n    コンポーネントを作るにつれ、「コンポーネント公開用のCIコード」が何度も重複していることに気づき、それ自体をコンポーネント化する候補になりました。ここに挙げた他のコンポーネントはすべて、このコンポーネントを活用しています。また、このコンポーネント自身もコンポーネントを使用しており、**GitVersion Ultimate Auto Semversioning** を使って次のバージョンを取得しています。\n\n\n    なお、CI Component Publishing Utilities は自分自身を公開します。私の多くのコンポーネントでは、標準の「インプット」READMEセクションを「インプットと設定」に拡張し、設定がインプット経由かどうかを示す列を追加しています。インプットを優先するのが原則ですが、変数の方が柔軟性が高い場合や、ユーティリティがすでにサポートしている環境変数を通じてユーザーが主要な設定を行えることを文書化したい場合もあります。CI Component Publishing Utilities は **Kaniko** CI コンポーネントも使用しており、プロジェクトのルートに Dockerfile が見つかった場合（または変数でパスを指定した場合）に、同じバージョンのコンテナをビルドします。これにより、コンポーネントとそれをサポートするコンテナのバージョンが同期されます。マルチアーキテクチャのコンテナビルドにも対応しています。詳細は上記のドキュメントをご覧ください！\n\n\n    ## コンポーネントテンプレートを使って始める\n\n\n    Hello World コンポーネントは、新しいコンポーネントを始める際の個人的なテンプレートとして活用しています。CI Component Publishing Utilities と適切な README が組み込まれています。\n\n\n    CIコードのみのコンポーネントには [Hello World](https://gitlab.com/explore/catalog/guided-explorations/ci-components/hello-world) のソースをコピーして始め、コンテナが必要なものには [Hello World Container](https://gitlab.com/explore/catalog/guided-explorations/ci-components/hello-world-container) から始めます。クリーンなコミット履歴を保つため、基本的にソースだけを新しいプロジェクトにコピーしています。\n\n\n    コンポーネントが安定して十分に開発されたと感じたら、手動でパイプラインを実行し、バージョンを 1.1.0 以上に強制設定します。その後は CI Component Publishing Utilities が自動でバージョンをインクリメントしていきます。\n\n\n    ## CI コンポーネント開発者のガイドとプラクティス\n\n\n    [Darwin の CI コンポーネント開発者ガイド](https://gitlab.com/guided-explorations/ci-components/gitlab-profile) — コンポーネント構築のアプローチを広く公開したいと考え、CI/CDコンポーネントとして公開するという方法を選びました。また、CI/CDコンポーネントのアーキテクチャと [CI/CDカタログ](https://about.gitlab.com/blog/ci-cd-catalog-goes-ga-no-more-building-pipelines-from-scratch/)を作成した [GitLab パイプラインオーサリング](https://docs.gitlab.com/ci/components/)チームが、[CI コンポーネントのベストプラクティス](https://docs.gitlab.com/ee/ci/components/#best-practices)として優れた内容を公開しています。私のプラクティスはこれらを参照しつつ、自分自身の経験から得た独自のものも多数含まれています。\n\n\n    ## CI/CDコンポーネントとソースを探す\n\n\n    [GitLab CI/CDカタログ](https://about.gitlab.com/blog/ci-cd-catalog-goes-ga-no-more-building-pipelines-from-scratch/)の検索機能はまだ改善中ですが、ソースプロジェクトの説明文は自由テキストで検索できます。そこで、すべてのコンポーネントソースプロジェクトの説明に共通テキストを含めることで、[カタログ内で作成したコンポーネントを一覧表示](https://gitlab.com/explore/catalog?search=Part+of+the+DarwinJS+Builder+Component+Library)できるようにしました。\n\n\n    GitLab.com 上の場所にかかわらず、コンポーネントソースを見つけやすくするために次の対策を行っています。\n\n    - すべてのプロジェクトに [DarwinJS Component Builder Library](https://gitlab.com/explore/projects/topics/DarwinJS+Component+Builder+Libary) というリポジトリトピックを追加しています。\n\n    - 有機的に発見した [`GitLab CICD Components`](https://gitlab.com/explore/projects/topics/GitLab+CICD+Components) タグも付与しています。\n\n\n    上記の方法はどちらも、コンポーネントとそのソースへのインデックスを提供するのに役立ちます。\n\n\n    私の CI/CDコンポーネント開発の歩みが、今後の皆さんのお役に立てれば幸いです。\n\n\n    > CI/CDカタログとコンポーネントについてさらに詳しく：\n\n    >  \n\n    > - [CI/CDカタログがGAに：パイプラインをゼロから作る時代は終わった](https://about.gitlab.com/blog/ci-cd-catalog-goes-ga-no-more-building-pipelines-from-scratch/)\n\n    > \n\n    > - [FAQ: GitLab CI/CDカタログ](https://about.gitlab.com/blog/faq-gitlab-ci-cd-catalog/)\n\n    >\n\n    > - [ドキュメント: CI/CDコンポーネントとCI/CDカタログ](https://docs.gitlab.com/ee/ci/components/)\n\n    > \n\n    > - [GitLabのCI/CDコンポーネントの紹介と活用方法](https://about.gitlab.com/blog/introducing-ci-components/)\n\n    >\n  category: open-source\n  tags:\n    - CI/CD\n    - CI\n    - CD\nconfig:\n  slug: a-ci-component-builders-journey\n  featured: false\n  template: BlogPost\n",{"title":5,"description":17,"ogTitle":5,"ogDescription":17,"noIndex":14,"ogImage":19,"ogUrl":32,"ogSiteName":33,"ogType":34,"canonicalUrls":32},"https://about.gitlab.com/blog/a-ci-component-builders-journey","https://about.gitlab.com","article","ja-jp/blog/a-ci-component-builders-journey",[37,38,39],"cicd","ci","cd",[22,23,24],"6oTANbc1JcHD6bTvM7kCySV0kWLWLsiG1bwWz_Y3ejw",{"data":43},{"logo":44,"freeTrial":49,"sales":54,"login":59,"items":64,"search":372,"minimal":405,"duo":422,"switchNav":431,"pricingDeployment":442},{"config":45},{"href":46,"dataGaName":47,"dataGaLocation":48},"/ja-jp/","gitlab logo","header",{"text":50,"config":51},"無料トライアルを開始",{"href":52,"dataGaName":53,"dataGaLocation":48},"https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/ja-jp&glm_content=default-saas-trial/","free trial",{"text":55,"config":56},"お問い合わせ",{"href":57,"dataGaName":58,"dataGaLocation":48},"/ja-jp/sales/","sales",{"text":60,"config":61},"サインイン",{"href":62,"dataGaName":63,"dataGaLocation":48},"https://gitlab.com/users/sign_in/","sign in",[65,92,188,193,294,354],{"text":66,"config":67,"cards":69},"プラットフォーム",{"dataNavLevelOne":68},"platform",[70,76,84],{"title":66,"description":71,"link":72},"DevSecOpsに特化したインテリジェントオーケストレーションプラットフォーム",{"text":73,"config":74},"プラットフォームを探索",{"href":75,"dataGaName":68,"dataGaLocation":48},"/ja-jp/platform/",{"title":77,"description":78,"link":79},"GitLab Duo Agent Platform","ソフトウェアライフサイクル全体を支えるエージェント型AI",{"text":80,"config":81},"GitLab Duoのご紹介",{"href":82,"dataGaName":83,"dataGaLocation":48},"/ja-jp/gitlab-duo-agent-platform/","gitlab duo agent platform",{"title":85,"description":86,"link":87},"GitLabが選ばれる理由","エンタープライズがGitLabを選ぶ主な理由をご覧ください",{"text":88,"config":89},"詳細はこちら",{"href":90,"dataGaName":91,"dataGaLocation":48},"/ja-jp/why-gitlab/","why gitlab",{"text":93,"left":28,"config":94,"link":96,"lists":100,"footer":170},"製品",{"dataNavLevelOne":95},"solutions",{"text":97,"config":98},"すべてのソリューションを表示",{"href":99,"dataGaName":95,"dataGaLocation":48},"/ja-jp/solutions/",[101,125,148],{"title":102,"description":103,"link":104,"items":109},"自動化","CI/CDと自動化でデプロイを加速",{"config":105},{"icon":106,"href":107,"dataGaName":108,"dataGaLocation":48},"AutomatedCodeAlt","/ja-jp/solutions/delivery-automation/","automated software delivery",[110,113,116,121],{"text":22,"config":111},{"href":112,"dataGaLocation":48,"dataGaName":22},"/ja-jp/solutions/continuous-integration/",{"text":77,"config":114},{"href":82,"dataGaLocation":48,"dataGaName":115},"gitlab duo agent platform - product menu",{"text":117,"config":118},"ソースコード管理",{"href":119,"dataGaLocation":48,"dataGaName":120},"/ja-jp/solutions/source-code-management/","Source Code Management",{"text":122,"config":123},"自動化されたソフトウェアデリバリー",{"href":107,"dataGaLocation":48,"dataGaName":124},"Automated software delivery",{"title":126,"description":127,"link":128,"items":133},"セキュリティ","セキュリティを犠牲にすることなくコード作成を高速化",{"config":129},{"href":130,"dataGaName":131,"dataGaLocation":48,"icon":132},"/ja-jp/solutions/application-security-testing/","security and compliance","ShieldCheckLight",[134,138,143],{"text":135,"config":136},"アプリケーションセキュリティテスト",{"href":130,"dataGaName":137,"dataGaLocation":48},"Application security testing",{"text":139,"config":140},"ソフトウェアサプライチェーンの安全性",{"href":141,"dataGaLocation":48,"dataGaName":142},"/ja-jp/solutions/supply-chain/","Software supply chain security",{"text":144,"config":145},"ソフトウェアコンプライアンス",{"href":146,"dataGaName":147,"dataGaLocation":48},"/ja-jp/solutions/software-compliance/","software compliance",{"title":149,"link":150,"items":155},"測定",{"config":151},{"icon":152,"href":153,"dataGaName":154,"dataGaLocation":48},"DigitalTransformation","/ja-jp/solutions/visibility-measurement/","visibility and measurement",[156,160,165],{"text":157,"config":158},"可視性と測定",{"href":153,"dataGaLocation":48,"dataGaName":159},"Visibility and Measurement",{"text":161,"config":162},"バリューストリーム管理",{"href":163,"dataGaLocation":48,"dataGaName":164},"/ja-jp/solutions/value-stream-management/","Value Stream Management",{"text":166,"config":167},"分析とインサイト",{"href":168,"dataGaLocation":48,"dataGaName":169},"/ja-jp/solutions/analytics-and-insights/","Analytics and insights",{"title":171,"items":172},"GitLabが活躍する場所",[173,178,183],{"text":174,"config":175},"大企業",{"href":176,"dataGaLocation":48,"dataGaName":177},"/ja-jp/enterprise/","enterprise",{"text":179,"config":180},"スモールビジネス",{"href":181,"dataGaLocation":48,"dataGaName":182},"/ja-jp/small-business/","small business",{"text":184,"config":185},"公共部門",{"href":186,"dataGaLocation":48,"dataGaName":187},"/ja-jp/solutions/public-sector/","public sector",{"text":189,"config":190},"価格",{"href":191,"dataGaName":192,"dataGaLocation":48,"dataNavLevelOne":192},"/ja-jp/pricing/","pricing",{"text":194,"config":195,"link":197,"lists":201,"feature":281},"リソース",{"dataNavLevelOne":196},"resources",{"text":198,"config":199},"すべてのリソースを表示",{"href":200,"dataGaName":196,"dataGaLocation":48},"/ja-jp/resources/",[202,235,253],{"title":203,"items":204},"はじめに",[205,210,215,220,225,230],{"text":206,"config":207},"インストール",{"href":208,"dataGaName":209,"dataGaLocation":48},"/ja-jp/install/","install",{"text":211,"config":212},"クイックスタートガイド",{"href":213,"dataGaName":214,"dataGaLocation":48},"/ja-jp/get-started/","quick setup checklists",{"text":216,"config":217},"学ぶ",{"href":218,"dataGaLocation":48,"dataGaName":219},"https://university.gitlab.com/","learn",{"text":221,"config":222},"製品ドキュメント",{"href":223,"dataGaName":224,"dataGaLocation":48},"https://docs.gitlab.com/ja-jp/","product documentation",{"text":226,"config":227},"ベストプラクティスビデオ",{"href":228,"dataGaName":229,"dataGaLocation":48},"/ja-jp/getting-started-videos/","best practice videos",{"text":231,"config":232},"インテグレーション",{"href":233,"dataGaName":234,"dataGaLocation":48},"/ja-jp/integrations/","integrations",{"title":236,"items":237},"検索する",[238,243,248],{"text":239,"config":240},"お客様成功事例",{"href":241,"dataGaName":242,"dataGaLocation":48},"/ja-jp/customers/","customer success stories",{"text":244,"config":245},"ブログ",{"href":246,"dataGaName":247,"dataGaLocation":48},"/ja-jp/blog/","blog",{"text":249,"config":250},"リモート",{"href":251,"dataGaName":252,"dataGaLocation":48},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"title":254,"items":255},"つなげる",[256,261,266,271,276],{"text":257,"config":258},"GitLabサービス",{"href":259,"dataGaName":260,"dataGaLocation":48},"/ja-jp/services/","services",{"text":262,"config":263},"コミュニティ",{"href":264,"dataGaName":265,"dataGaLocation":48},"/community/","community",{"text":267,"config":268},"フォーラム",{"href":269,"dataGaName":270,"dataGaLocation":48},"https://forum.gitlab.com/","forum",{"text":272,"config":273},"イベント",{"href":274,"dataGaName":275,"dataGaLocation":48},"/events/","events",{"text":277,"config":278},"パートナー",{"href":279,"dataGaName":280,"dataGaLocation":48},"/ja-jp/partners/","partners",{"background":282,"textColor":283,"text":284,"image":285,"link":289},"#2f2a6b","#fff","ソフトウェア開発の未来への洞察",{"altText":286,"config":287},"ソースプロモカード",{"src":288},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758208064/dzl0dbift9xdizyelkk4.svg",{"text":290,"config":291},"最新情報を読む",{"href":292,"dataGaName":293,"dataGaLocation":48},"/ja-jp/the-source/","the source",{"text":295,"config":296,"lists":298},"会社情報",{"dataNavLevelOne":297},"company",[299],{"items":300},[301,306,312,314,319,324,329,334,339,344,349],{"text":302,"config":303},"GitLabについて",{"href":304,"dataGaName":305,"dataGaLocation":48},"/ja-jp/company/","about",{"text":307,"config":308,"footerGa":311},"採用情報",{"href":309,"dataGaName":310,"dataGaLocation":48},"/jobs/","jobs",{"dataGaName":310},{"text":272,"config":313},{"href":274,"dataGaName":275,"dataGaLocation":48},{"text":315,"config":316},"経営陣",{"href":317,"dataGaName":318,"dataGaLocation":48},"/company/team/e-group/","leadership",{"text":320,"config":321},"チーム",{"href":322,"dataGaName":323,"dataGaLocation":48},"/company/team/","team",{"text":325,"config":326},"ハンドブック",{"href":327,"dataGaName":328,"dataGaLocation":48},"https://handbook.gitlab.com/","handbook",{"text":330,"config":331},"投資家向け情報",{"href":332,"dataGaName":333,"dataGaLocation":48},"https://ir.gitlab.com/","investor relations",{"text":335,"config":336},"トラストセンター",{"href":337,"dataGaName":338,"dataGaLocation":48},"/ja-jp/security/","trust center",{"text":340,"config":341},"AI Transparency Center",{"href":342,"dataGaName":343,"dataGaLocation":48},"/ja-jp/ai-transparency-center/","ai transparency center",{"text":345,"config":346},"ニュースレター",{"href":347,"dataGaName":348,"dataGaLocation":48},"/company/contact/#contact-forms","newsletter",{"text":350,"config":351},"プレス",{"href":352,"dataGaName":353,"dataGaLocation":48},"/press/","press",{"text":55,"config":355,"lists":356},{"dataNavLevelOne":297},[357],{"items":358},[359,362,367],{"text":55,"config":360},{"href":57,"dataGaName":361,"dataGaLocation":48},"talk to sales",{"text":363,"config":364},"サポートを受ける",{"href":365,"dataGaName":366,"dataGaLocation":48},"https://support.gitlab.com","support portal",{"text":368,"config":369},"カスタマーポータル",{"href":370,"dataGaName":371,"dataGaLocation":48},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"close":373,"login":374,"suggestions":381},"閉じる",{"text":375,"link":376},"リポジトリとプロジェクトを検索するには、次にログインします",{"text":377,"config":378},"GitLab.com",{"href":62,"dataGaName":379,"dataGaLocation":380},"search login","search",{"text":382,"default":383},"提案",[384,386,391,393,397,401],{"text":77,"config":385},{"href":82,"dataGaName":77,"dataGaLocation":380},{"text":387,"config":388},"コード提案（AI）",{"href":389,"dataGaName":390,"dataGaLocation":380},"/ja-jp/solutions/code-suggestions/","Code Suggestions (AI)",{"text":22,"config":392},{"href":112,"dataGaName":22,"dataGaLocation":380},{"text":394,"config":395},"GitLab on AWS",{"href":396,"dataGaName":394,"dataGaLocation":380},"/ja-jp/partners/technology-partners/aws/",{"text":398,"config":399},"GitLab on Google Cloud",{"href":400,"dataGaName":398,"dataGaLocation":380},"/ja-jp/partners/technology-partners/google-cloud-platform/",{"text":402,"config":403},"GitLabを選ぶ理由",{"href":90,"dataGaName":404,"dataGaLocation":380},"Why GitLab?",{"freeTrial":406,"mobileIcon":410,"desktopIcon":415,"secondaryButton":418},{"text":50,"config":407},{"href":408,"dataGaName":53,"dataGaLocation":409},"https://gitlab.com/-/trials/new/","nav",{"altText":411,"config":412},"GitLabアイコン",{"src":413,"dataGaName":414,"dataGaLocation":409},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203874/jypbw1jx72aexsoohd7x.svg","gitlab icon",{"altText":411,"config":416},{"src":417,"dataGaName":414,"dataGaLocation":409},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203875/gs4c8p8opsgvflgkswz9.svg",{"text":203,"config":419},{"href":420,"dataGaName":421,"dataGaLocation":409},"https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/ja-jp/get-started/","get started",{"freeTrial":423,"mobileIcon":427,"desktopIcon":429},{"text":424,"config":425},"GitLab Duoの詳細について",{"href":82,"dataGaName":426,"dataGaLocation":409},"gitlab duo",{"altText":411,"config":428},{"src":413,"dataGaName":414,"dataGaLocation":409},{"altText":411,"config":430},{"src":417,"dataGaName":414,"dataGaLocation":409},{"button":432,"mobileIcon":437,"desktopIcon":439},{"text":433,"config":434},"/switch",{"href":435,"dataGaName":436,"dataGaLocation":409},"#contact","switch",{"altText":411,"config":438},{"src":413,"dataGaName":414,"dataGaLocation":409},{"altText":411,"config":440},{"src":441,"dataGaName":414,"dataGaLocation":409},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1773335277/ohhpiuoxoldryzrnhfrh.png",{"freeTrial":443,"mobileIcon":448,"desktopIcon":450},{"text":444,"config":445},"料金ページに戻る",{"href":191,"dataGaName":446,"dataGaLocation":409,"icon":447},"back to pricing","GoBack",{"altText":411,"config":449},{"src":413,"dataGaName":414,"dataGaLocation":409},{"altText":411,"config":451},{"src":417,"dataGaName":414,"dataGaLocation":409},{"title":453,"button":454,"config":459},"エージェント型AIがソフトウェア配信をどのように変革するかをご覧ください",{"text":455,"config":456},"GitLab Transcendを今すぐ視聴",{"href":457,"dataGaName":458,"dataGaLocation":48},"/ja-jp/events/transcend/virtual/","transcend event",{"layout":460,"icon":461,"disabled":28},"release","AiStar",{"data":463},{"text":464,"source":465,"edit":471,"contribute":476,"config":481,"items":486,"minimal":688},"GitはSoftware Freedom Conservancyの商標です。当社は「GitLab」をライセンスに基づいて使用しています",{"text":466,"config":467},"ページのソースを表示",{"href":468,"dataGaName":469,"dataGaLocation":470},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":472,"config":473},"このページを編集",{"href":474,"dataGaName":475,"dataGaLocation":470},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":477,"config":478},"ご協力をお願いします",{"href":479,"dataGaName":480,"dataGaLocation":470},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":482,"facebook":483,"youtube":484,"linkedin":485},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[487,532,584,627,654],{"title":189,"links":488,"subMenu":503},[489,493,498],{"text":490,"config":491},"プランの表示",{"href":191,"dataGaName":492,"dataGaLocation":470},"view plans",{"text":494,"config":495},"Premiumを選ぶ理由",{"href":496,"dataGaName":497,"dataGaLocation":470},"/ja-jp/pricing/premium/","why premium",{"text":499,"config":500},"Ultimateを選ぶ理由",{"href":501,"dataGaName":502,"dataGaLocation":470},"/ja-jp/pricing/ultimate/","why ultimate",[504],{"title":55,"links":505},[506,508,510,512,517,522,527],{"text":55,"config":507},{"href":57,"dataGaName":58,"dataGaLocation":470},{"text":363,"config":509},{"href":365,"dataGaName":366,"dataGaLocation":470},{"text":368,"config":511},{"href":370,"dataGaName":371,"dataGaLocation":470},{"text":513,"config":514},"ステータス",{"href":515,"dataGaName":516,"dataGaLocation":470},"https://status.gitlab.com/","status",{"text":518,"config":519},"利用規約",{"href":520,"dataGaName":521,"dataGaLocation":470},"/terms/","terms of use",{"text":523,"config":524},"プライバシーに関する声明",{"href":525,"dataGaName":526,"dataGaLocation":470},"/ja-jp/privacy/","privacy statement",{"text":528,"config":529},"Cookie 優先設定",{"dataGaName":530,"dataGaLocation":470,"id":531,"isOneTrustButton":28},"cookie preferences","ot-sdk-btn",{"title":93,"links":533,"subMenu":542},[534,538],{"text":535,"config":536},"DevSecOpsプラットフォーム",{"href":75,"dataGaName":537,"dataGaLocation":470},"devsecops platform",{"text":539,"config":540},"AI支援開発",{"href":82,"dataGaName":541,"dataGaLocation":470},"ai-assisted development",[543],{"title":544,"links":545},"トピック",[546,549,554,559,564,569,574,579],{"text":22,"config":547},{"href":548,"dataGaName":37,"dataGaLocation":470},"/ja-jp/topics/ci-cd/",{"text":550,"config":551},"GitOps",{"href":552,"dataGaName":553,"dataGaLocation":470},"/ja-jp/topics/gitops/","gitops",{"text":555,"config":556},"DevOps",{"href":557,"dataGaName":558,"dataGaLocation":470},"/ja-jp/topics/devops/","devops",{"text":560,"config":561},"バージョン管理",{"href":562,"dataGaName":563,"dataGaLocation":470},"/ja-jp/topics/version-control/","version control",{"text":565,"config":566},"DevSecOps",{"href":567,"dataGaName":568,"dataGaLocation":470},"/ja-jp/topics/devsecops/","devsecops",{"text":570,"config":571},"クラウドネイティブ",{"href":572,"dataGaName":573,"dataGaLocation":470},"/ja-jp/topics/cloud-native/","cloud native",{"text":575,"config":576},"コーディングのためのAI",{"href":577,"dataGaName":578,"dataGaLocation":470},"/ja-jp/topics/devops/ai-for-coding/","ai for coding",{"text":580,"config":581},"エージェント型AI",{"href":582,"dataGaName":583,"dataGaLocation":470},"/ja-jp/topics/agentic-ai/","agentic ai",{"title":585,"links":586},"ソリューション",[587,590,592,597,601,604,607,610,612,614,617,622],{"text":135,"config":588},{"href":130,"dataGaName":589,"dataGaLocation":470},"Application Security Testing",{"text":122,"config":591},{"href":107,"dataGaName":108,"dataGaLocation":470},{"text":593,"config":594},"アジャイル開発",{"href":595,"dataGaName":596,"dataGaLocation":470},"/ja-jp/solutions/agile-delivery/","agile delivery",{"text":598,"config":599},"SCM",{"href":119,"dataGaName":600,"dataGaLocation":470},"source code management",{"text":22,"config":602},{"href":112,"dataGaName":603,"dataGaLocation":470},"continuous integration & delivery",{"text":161,"config":605},{"href":163,"dataGaName":606,"dataGaLocation":470},"value stream management",{"text":550,"config":608},{"href":609,"dataGaName":553,"dataGaLocation":470},"/ja-jp/solutions/gitops/",{"text":174,"config":611},{"href":176,"dataGaName":177,"dataGaLocation":470},{"text":179,"config":613},{"href":181,"dataGaName":182,"dataGaLocation":470},{"text":615,"config":616},"公共機関",{"href":186,"dataGaName":187,"dataGaLocation":470},{"text":618,"config":619},"教育",{"href":620,"dataGaName":621,"dataGaLocation":470},"/ja-jp/solutions/education/","education",{"text":623,"config":624},"金融サービス",{"href":625,"dataGaName":626,"dataGaLocation":470},"/ja-jp/solutions/finance/","financial services",{"title":194,"links":628},[629,631,633,635,638,640,642,644,646,648,650,652],{"text":206,"config":630},{"href":208,"dataGaName":209,"dataGaLocation":470},{"text":211,"config":632},{"href":213,"dataGaName":214,"dataGaLocation":470},{"text":216,"config":634},{"href":218,"dataGaName":219,"dataGaLocation":470},{"text":221,"config":636},{"href":223,"dataGaName":637,"dataGaLocation":470},"docs",{"text":244,"config":639},{"href":246,"dataGaName":247,"dataGaLocation":470},{"text":239,"config":641},{"href":241,"dataGaName":242,"dataGaLocation":470},{"text":249,"config":643},{"href":251,"dataGaName":252,"dataGaLocation":470},{"text":257,"config":645},{"href":259,"dataGaName":260,"dataGaLocation":470},{"text":262,"config":647},{"href":264,"dataGaName":265,"dataGaLocation":470},{"text":267,"config":649},{"href":269,"dataGaName":270,"dataGaLocation":470},{"text":272,"config":651},{"href":274,"dataGaName":275,"dataGaLocation":470},{"text":277,"config":653},{"href":279,"dataGaName":280,"dataGaLocation":470},{"title":295,"links":655},[656,658,660,662,664,666,668,672,677,679,681,683],{"text":302,"config":657},{"href":304,"dataGaName":297,"dataGaLocation":470},{"text":307,"config":659},{"href":309,"dataGaName":310,"dataGaLocation":470},{"text":315,"config":661},{"href":317,"dataGaName":318,"dataGaLocation":470},{"text":320,"config":663},{"href":322,"dataGaName":323,"dataGaLocation":470},{"text":325,"config":665},{"href":327,"dataGaName":328,"dataGaLocation":470},{"text":330,"config":667},{"href":332,"dataGaName":333,"dataGaLocation":470},{"text":669,"config":670},"Sustainability",{"href":671,"dataGaName":669,"dataGaLocation":470},"/sustainability/",{"text":673,"config":674},"ダイバーシティ、インクルージョン、ビロンギング（DIB）",{"href":675,"dataGaName":676,"dataGaLocation":470},"/ja-jp/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":335,"config":678},{"href":337,"dataGaName":338,"dataGaLocation":470},{"text":345,"config":680},{"href":347,"dataGaName":348,"dataGaLocation":470},{"text":350,"config":682},{"href":352,"dataGaName":353,"dataGaLocation":470},{"text":684,"config":685},"現代奴隷制の透明性に関する声明",{"href":686,"dataGaName":687,"dataGaLocation":470},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"items":689},[690,692,695],{"text":518,"config":691},{"href":520,"dataGaName":521,"dataGaLocation":470},{"text":693,"config":694},"Cookieの設定",{"dataGaName":530,"dataGaLocation":470,"id":531,"isOneTrustButton":28},{"text":523,"config":696},{"href":525,"dataGaName":526,"dataGaLocation":470},[698],{"id":699,"title":9,"body":26,"config":700,"content":702,"description":26,"extension":25,"meta":708,"navigation":28,"path":709,"seo":710,"stem":711,"__hash__":712},"blogAuthors/en-us/blog/authors/darwin-sanoy.yml",{"template":701},"BlogAuthor",{"role":703,"name":9,"config":704},"Field Chief Cloud Architect",{"headshot":705,"linkedin":706,"ctfId":707},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1749659751/Blog/Author%20Headshots/Darwin-Sanoy-headshot-395-square-gitlab-teampage-avatar.png","https://linkedin.com/in/darwinsanoy","DarwinJS",{},"/en-us/blog/authors/darwin-sanoy",{},"en-us/blog/authors/darwin-sanoy","UkMMwmU5o2e6Y-wBltA9E_z96LvHuB-bG6VW9DsLzIY",[714,728,744],{"content":715,"config":726},{"heroImage":716,"body":717,"authors":718,"updatedDate":720,"date":721,"title":722,"tags":723,"description":725,"category":11},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1776457632/llddiylsgwuze0u1rjks.png","AIがコードを書く時代になりました。それはもはや当然のことです。しかし、計画、セキュリティ、コンプライアンス、デプロイメントはどうでしょうか？これらの課題はまだ残っています。私はコントリビュータープログラムを長年運営してきましたが、コミュニティがこれほどまでにテクノロジーに反応するのを見たことがありませんでした。\n\nそこで私たちは[GitLab Duo Agent Platform](https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/)を開放し、世界中の開発者に対して、チームがより安全なソフトウェアを迅速にリリースできるAIエージェントの構築を呼びかけました。質問に答えるだけのチャットボットではなく、ワークフローに直接入り込み、イベントに反応し、ユーザーの代わりに行動するエージェントです。GitLab AIハッカソンは、2026年2月9日から3月25日まで、ハッカソンプラットフォームのDevpostで開催されました。Google CloudとAnthropicがコスポンサーとして参加しました。\n\nGoogle CloudおよびAnthropicとともにこのハッカソンを企画した際、私は審査員に4つの観点でスコアリングするよう依頼しました。技術的な完成度、デザイン、潜在的なインパクト、そしてアイデアの質です。参加者が多く集まることを期待していましたが、実際の結果は私たちの予想をはるかに上回るものでした。19名の審査員が18日間かけてすべてのエントリーを審査しました。Google CloudとAnthropicは審査員、賞品、クラウドアクセスを提供しました。コミュニティは、これらの課題を解決したいという思いから、数百ものエージェントとフローを構築したのです。\n\n約7,000人の開発者が参加し、数週間で600以上のエージェントとフローを構築しました。全カテゴリーの賞金総額は、GitLab、Google Cloud、Anthropicから合計65,000ドルに上りました。\n\nベテランエンジニアが退職してチームの知識の半分を持ち去っていくのを目の当たりにしたことがある方なら、なぜグランプリ受賞プロジェクトがこれほど刺さるのか、おわかりいただけるでしょう。\n\nコミュニティが何を作り上げたのか、ぜひご覧ください。\n\n## グランプリ：LORE\n\n[LORE](https://devpost.com/software/lore-living-organizational-record-engine)（Living Organizational Record Engine）は、各質問を適切なエージェントに振り分けるルーターを備えた8つのエージェント、ナレッジグラフ内の循環ループを防ぐロジック、ビジュアルダッシュボード、そしてカーボントラッキングで構成されています。コマンドラインツールには43のテストが付属しています（ハッカソンプロジェクトで43のテストとは、驚くべき数字です）。\n\nLOREが解決するのは、エンジニアの頭の中に蓄積された知識が、退職とともに失われてしまうというリアルな問題です。私の経験上、ハッカソンプロジェクトで43のテストを書くチームはほとんどいません。その数字が、このチームの本気度を物語っています。\n\n審査員のApril Guo氏（Anthropic）はこう記しました。「ハッカソンの作品というより、製品のような完成度です。」\n\n### Google Cloud賞受賞者\n\n[Gitdefender](https://devpost.com/software/gitdefender)がGoogle Cloudグランプリを受賞しました。コードレビューのワークフロー内でセキュリティ上の問題を発見・修正します。バグを検出し、修正を記述し、コードレビューを自動でオープンします。開発者が介入する必要はありません。\n\n[Aegis](https://devpost.com/software/aegis-2m1oq0)がGoogle Cloud準グランプリを受賞しました。すべての判断に対してAIによる説明を提供し、Google Cloudにデプロイされた本番環境にも対応しています。\n\n### Anthropic賞受賞者\n\n[GraphDev](https://devpost.com/software/graphdev)がAnthropicグランプリを受賞しました。コードの依存関係をマッピングし、システムが時間とともにどのように変化したかを可視化します。審査員のAboobacker MK氏（GitLab）は「GitLabのナレッジグラフに関する私たちの取り組みと方向性が一致している」と指摘しました。また審査員のAyush Billore氏（GitLab）は「デモとUXが素晴らしく、システムの変遷や変更による影響範囲を理解するうえで非常に有用です」と述べました。変更を加える前に、その全体的な影響を把握することができます。\n\n[DocSync](https://devpost.com/software/pipeheal)がAnthropicの準グランプリを受賞しました。Detector、Writer、Reviewerの3つのエージェントを使用します。DocSyncが修正に確信を持てる場合はコードレビューをオープンし、そうでない場合は人間が確認するためのイシューを作成します。\n\n## カテゴリー賞受賞者\n\n### 最も技術的に印象的な作品\n\nデータベースのマイグレーションは障害の原因になりがちです。[Time-Traveler](https://devpost.com/software/time-traveler-w3cxp0)は、本番環境のコピーを安全に作成し、そのコピーに対してマイグレーションを実行して結果を報告します。ブリッジで接続された5つのエージェントが動作し、Google Cloudへの実際のデプロイ、実際のPostgreSQLマイグレーション、そして実際のデータを使用します。\n\n### 最もインパクトのある作品\n\n[RedAgent](https://devpost.com/software/redagent)は、AIが生成したセキュリティレポートを検証し、AI分析結果と開発者の行動の間にある信頼のギャップを解消します。セキュリティスキャンにAIを活用しているチームであれば、この問題はご存知でしょう。検証できないという理由でAIの分析結果を無視してしまうチームを、私も多く見てきました。RedAgentは、AIの出力を開発者に届ける前に検証する手段をチームに提供します。\n\n### 最も使いやすい作品\n\n[Launch Control](https://devpost.com/software/launch-control-bgp8az)は洗練されたUXと堅牢なインフラを備え、サステナビリティの面でも高評価を得ました。\n\n## サステナビリティの可能性\n\n5つのプロジェクトが、環境への配慮に対して賞またはボーナスを受賞しました。CI/CDパイプラインと同様に、ソフトウェアデリバリーにはカーボンコストがかかります。そして今や、LLMも大規模なコンピューティングリソースを消費します。私たちはGreen Agentカテゴリーを設け、開発者にそのフットプリントの計測と削減に挑戦してもらいました。GitLabのサステナビリティチームのStacy ClineとKim Buncleが、Green Agentカテゴリーの審査に参加しました。\n\n### Green Agent賞\n\n[GreenPipe](https://devpost.com/software/greenpipe)は、CI/CDパイプラインの環境負荷をスキャンし、カーボンフットプリントレポートを生成します。審査員のKim BuncleとRajesh Agadi氏（Google）の両者から高く評価されました。\n\n### サステナブルデザインボーナス\n\nサステナブルデザインボーナスは、モデルの最適化技術からエネルギー効率の高いアーキテクチャの選択に至るまで、設計において卓越したサステナビリティへの取り組みを示したプロジェクトに授与されました。\n\n* [BugFlow](https://devpost.com/software/bugflow-ai-regression-detective-ci-optimizer)は20分間で1件のバグレポートから10件の修正を実現しました。\n* [DELTA Cyber Reasoning](https://devpost.com/software/delta-cyber-reasoning-system)はセキュリティのための自動ファジングテストです。\n* [CarbonLint](https://devpost.com/software/carbonlint)はエネルギー消費にコード分析を応用しました。\n* [TFGuardian](https://devpost.com/software/tfguardian)はカーボンフットプリントアナライザーなど複数のエージェントを備えています。\n\nサステナブルデザインボーナス受賞者の皆さん、おめでとうございます！\n\n審査員のJens-Joris Decorte氏（TechWolf）は成果をこう述べています：月額コストが556ドルから18ドルに下がり、カーボン排出量が96%削減されました（サステナビリティの観点から見ても、月538ドルのコスト削減です）。\n\n## 特別賞とその他の受賞者\n\n6つのプロジェクトが特別賞を受賞しました：\n\n- [SecurityMonkey](https://devpost.com/software/securitymonkey)は既知の脆弱性をテストブランチに注入し、セキュリティスキャナーがどれだけ検知できるかをスコアリングします。\n- [stregent](https://devpost.com/software/stregent)はCI/CDパイプラインを監視し、開発者がノートPCを開かずにWhatsAppから調査・マージ修正を行えるようにします。\n- [Compliance Sentinel](https://devpost.com/software/compliance-sentinel-autonomous-devsecops-governance)はすべてのマージリクエストのコンプライアンスリスクをスコアリングし、重大な違反が検出された場合はマージをブロックします。\n- [Carbon Tracker](https://devpost.com/software/carbon-tracker-ij25kf)はCI/CDパイプラインの各ジョブのカーボンフットプリントを算出し、最適化のヒントをマージリクエストに投稿します。\n- [RepoWarden](https://devpost.com/software/docuguard)は初のLiving Specification Engineであり、コードが「何をするか」だけでなく「なぜ書かれたか」を記録するAIシステムです。\n- [MR Compliance Auditor](https://devpost.com/software/mr-compliance-auditor)はマージリクエスト全体からエビデンスを収集し、SOC 2コントロールにマッピングして、コンプライアンススコアをライブダッシュボードにストリーミングします。\n\n審査中で私が最も印象に残った言葉は、Luca Chun Lun Lit氏（Anthropic）がstregentのモバイルファーストなアプローチについて述べたものです。「スマートフォンから実質的にコーディングできるというのは、エンジニアリング体験の新たなレベルです。」\n\n> [プロジェクトギャラリー](https://gitlab.devpost.com/project-gallery)で600以上のエントリーをご覧ください。\n\n## 今後の展開\n\nこのハッカソンに参加したすべてのエージェントは、単一プロジェクト内で動作していました。それでも印象的な成果を上げています。一部の参加者は、リポジトリ内のコードの関係性や依存関係を把握するために、ローカルのナレッジグラフをエージェントと並行して動かしていました。LOREはプロジェクトの履歴を記録し、Gitdefenderは脆弱性を発見します。より豊かなローカルコンテキストとエージェントを組み合わせることで、コントリビューターはすでにより精度の高いツールを構築しつつあります。次回のハッカソンは、コントリビューターが豊かなコンテキストですでに実現していることをさらに発展させます。詳細が公開され次第いち早くお知らせを受け取るには、[contributors.gitlab.com](https://contributors.gitlab.com/)でサインアップしてください。\n\n## さあ、始めましょう\n\nこのハッカソンの舞台裏を支えてくれたLee Tickett氏（GitLab）とMattias Michaux氏（GitLab）に、特別な感謝を申し上げます！\n\n参加してくださったすべての開発者の皆さん、ありがとうございました。約7,000人のみなさんが、GitLab Duo Agent Platformの可能性を証明してくれました。皆さんが作り上げたものを誇りに思いますし、次に何を構築してくれるのか、今から楽しみです。\n\n[GitLab Duo Agent Platform](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/)で自分だけのエージェントを構築しましょう。コミュニティが作成したエージェントは[AIカタログ](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/ai_catalog/)でご覧いただけます。オーケストレーションはあなたが、加速はAIが担います。\n",[719],"Nick Veenhof","2026-04-23","2026-04-22","GitLab AIハッカソン2026：受賞者発表",[724,265],"AI/ML","約7,000人の開発者がGitLab Duo Agent Platform上で600以上のAIエージェントとフローを構築したハッカソンの結果をご紹介。",{"featured":14,"template":15,"slug":727},"gitlab-ai-hackathon-2026-meet-the-winners",{"content":729,"config":742},{"date":730,"heroImage":731,"title":732,"authors":733,"category":11,"body":735,"description":736,"tags":737},"2025-08-04","https://res.cloudinary.com/about-gitlab-com/image/upload/v1754287290/averr2ecwl01q2f9lknf.jpg","git mergeコマンドの基本を徹底解説",[734],"GitLab Team","## 目次\n\n1. [git mergeとは？](https://about.gitlab.com/ja-jp/blog/git-merge-command-overview/#git-merge%E3%81%A8%E3%81%AF%EF%BC%9F)\n2. [git mergeコマンドの基本](https://about.gitlab.com/ja-jp/blog/git-merge-command-overview/#git-merge%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%E3%81%AE%E5%9F%BA%E6%9C%AC)\n3. [マージ先のブランチを準備する](https://about.gitlab.com/ja-jp/blog/git-merge-command-overview/#%E3%83%9E%E3%83%BC%E3%82%B8%E5%85%88%E3%81%AE%E3%83%96%E3%83%A9%E3%83%B3%E3%83%81%E3%82%92%E6%BA%96%E5%82%99%E3%81%99%E3%82%8B)\n4. [最新のリモートコミットをフェッチする](https://about.gitlab.com/ja-jp/blog/git-merge-command-overview/#%E6%9C%80%E6%96%B0%E3%81%AE%E3%83%AA%E3%83%A2%E3%83%BC%E3%83%88%E3%82%B3%E3%83%9F%E3%83%83%E3%83%88%E3%82%92%E3%83%95%E3%82%A7%E3%83%83%E3%83%81%E3%81%99%E3%82%8B)\n5. [早送りマージと３ウェイマージ](https://about.gitlab.com/ja-jp/blog/git-merge-command-overview/#%E6%97%A9%E9%80%81%E3%82%8A%E3%83%9E%E3%83%BC%E3%82%B8%E3%81%A8%EF%BC%93%E3%82%A6%E3%82%A7%E3%82%A4%E3%83%9E%E3%83%BC%E3%82%B8)\n6. [git mergeによるコンフリクトの解決](https://about.gitlab.com/ja-jp/blog/git-merge-command-overview/#git-merge%E3%81%AB%E3%82%88%E3%82%8B%E3%82%B3%E3%83%B3%E3%83%95%E3%83%AA%E3%82%AF%E3%83%88%E3%81%AE%E8%A7%A3%E6%B1%BA)\n7. [git mergeコマンドのベストプラクティス](https://about.gitlab.com/ja-jp/blog/git-merge-command-overview/#git-merge%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%E3%81%AE%E3%83%99%E3%82%B9%E3%83%88%E3%83%97%E3%83%A9%E3%82%AF%E3%83%86%E3%82%A3%E3%82%B9)\n8. [GitLabでgit mergeを使う](https://about.gitlab.com/ja-jp/blog/git-merge-command-overview/#git-merge%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%E3%81%AE%E3%83%99%E3%82%B9%E3%83%88%E3%83%97%E3%83%A9%E3%82%AF%E3%83%86%E3%82%A3%E3%82%B9)\n9. [git merge のFAQ](https://about.gitlab.com/ja-jp/blog/git-merge-command-overview/#git-merge%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89-%E3%81%AEfaq)\n\n## git mergeとは？\n\ngit mergeとは、分岐したブランチをmerge（マージ、統合すること）するコマンドのことです。別のリポジトリからの変更を組み込む際にも使われ、git pull（git fetchとgit mergeを組み合わせたもの）の一部としても機能します。チームで開発を実施するときなどにmainブランチから作業用ブランチを作り、テストをしてからマージ、プッシュすることも多いでしょう。\n\nたとえば、main ブランチに基づいて作成された新しいブランチ’feature’があるとします。この feature ブランチを main にマージするのに使われるのがgit mergeコマンドです。\n\n## git mergeコマンドの基本\n\ngit mergeの基本的なコードは次のようになります。\n\n```shell\ngit merge BRANCH_NAME\n```\n\nブランチ名は、取り込みたいブランチの名前を入力します。\n\n一見簡単そうですが、マージをスムーズに実行するにはいくつか準備が必要となりますので、次の章で確認しましょう。\n\n## マージ先のブランチを準備する\n\ngit status を実行して、HEAD が取り込む先のブランチであることを確認します。必要に応じて\n\n```shell\ngit checkout BRANCH_NAME\n```\n\nを実行して、マージする先のブランチに切り替えます。\n\n## 最新のリモートコミットをフェッチする\n\nリモートで変更を加えたら、マージ先ブランチとマージ元ブランチに最新の変更内容を反映させます。その際は、[git fetchとgit pull](https://about.gitlab.com/ja-jp/blog/what-is-the-difference-between-git-fetch-and-git-pull/)を使います。その後、リモートで加えた変更内容がmainブランチに反映されていることを確認します。\n\n## 早送りマージと３ウェイマージ\n\n早送りマージは、ブランチが分岐していない場合にのみ使えるコマンドです。早送りマージでは、マージ自体は行われませんが、ブランチの先頭とブランチの末尾の履歴を結合することで、旧ブランチからアクセスできたコミットが、新ブランチからも利用できるようになります。\n\n強制的に早送りマージを実施する場合は以下のコードを使います（分岐がある場合など早送りマージができない場合にはエラーとなりマージはできません）\n\n```shell\ngit merge --ff-only\n```\n\n一方、ブランチが分岐している場合には、早送りマージを適用することはできず、マージする手段は３ウェイマージに限られます。３ウェイマージは、3 つのコミット （2 つのブランチのそれぞれ先端のコミットと履歴を統合するために生成される専用のコミット）を使用してマージコミットを生成することから来ています。\n\n```shell\ngit checkout BRANCH_NAME\n```\n\nを使うと、早送りマージが可能な時は早送りマージを実施し、できない時に３ウェイマージを実施します。\n\n## git mergeによるコンフリクトの解決\n\nマージの基本を理解すると、同じ箇所を同時に更新してしまったらどうなるのか、という疑問を持たれる方もいるのではないでしょうか。この場合、Git側ではどちらを優先すべきか判断ができず、手作業でコンフリクトを解決することを求めます。\n\nエラーメッセージは次のように表示されます。\n\n```shell\ngit merge BRANCH_NAME\nAuto-merging index.html\nCONFLICT (content): Merge conflict in index.html\nAutomatic merge failed; fix conflicts and then commit the result.\n```\n\nコンフリクトを解決するまで、処理は中断されます。どのファイルでコンフリクトが発生してマージできなかったのを確認するにはgit status を実行します。\n\n```shell\ngit status\n```\n\n未解決のコンフリクトについては unmerged として表示されます。標準的なコンフリクトマーカーがファイルに追加されるため、該当ファイルから修正できます。git addを実行して、コンフリクトが解決したことを Git に通知します。続いて通常の git commit を実行してマージ コミットを生成します。\n\n## git mergeコマンドのベストプラクティス\n\ngit mergeコマンドでよく起こる問題として、他のデベロッパーが加えた変更を破棄してしまうことが挙げられます。個々人がこまめにgit mergeを実行することで、変更を破棄してしまう問題は避けることができますが、マージそのもののコストが膨れ上がる可能性があります。複雑なコンフリクトが出ない場合に自動マージしてくれるようなツールの導入は、git mergeを使うチームの大きな手助けになるはずです。\n\n## GitLabでgit mergeを使う\n\ngit mergeのベストプラクティスとしてツールの使用をおすすめしましたが、[GitLab](https://about.gitlab.com/ja-jp/)なら自動マージ機能のほかにもリモートリポジトリのホスティング、インターフェースの提供、変更内容のコードレビュー、プッシュされたコードの自動ビルド、テスト、デプロイまでを一括で管理できます。\n\ngit mergeで起きるコンフリクトを自動で解決できるGitLabの無料トライアルは[こちら](https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/ja-jp/&glm_content=default-saas-trial)からお申し込みいただけます。\n\n## git mergeコマンド のFAQ\n\n### git mergeコマンドとは何ですか？\n\ngit mergeとは、分岐したブランチをmerge（マージ、統合すること）するコマンドのことです。\n\n### mainブランチにマージするにはどうしたらいいですか？\n\nまず、\u003Ccode>git checkout BRANCH_NAME\u003C/code>を使ってmainブランチに移動します。\n\n次に\u003Ccode>git merge BRANCH_NAME\u003C/code>を使ってマージしたいブランチを指定します。\n\nマージ先ブランチ名）master\\\nマージするブランチ名）feature1の場合には\n\n```xml\n\u003Ccode>git checkout master\u003C/code>\n\u003Ccode>git merge feature1\u003C/code>\n```\n\n\\\nとなります。\n\n### git mergeとgit rebaseの違いは何ですか？\n\ngit mergeとgit rebaseはどちらもブランチを結合するコマンドです。mergeが新しいコミットを生成してコミット履歴が分散してしまうのに対し、rebaseはコミット履歴をひとつのブランチにまとめます。rebaseはログを整理する目的で使われることが多いですが、別のブランチで他のメンバーが加えた変更の履歴を消してしまう可能性などがあるので、上級者向けのコマンドといえます。\n\n*監修：知念 梨果* *[@rikachinen](https://gitlab.com/rikachinen)（GitLab合同会社 カスタマーサクセス本部 カスタマーサクセスエンジニア）*\n","この記事では、git mergeコマンドについてコマンドの基本的な使い方からリクエストコードまで解説します。",[738,739,740,741],"collaboration","git","tutorial","workflow",{"featured":28,"template":15,"slug":743},"git-merge-command-overview",{"content":745,"config":755},{"title":746,"description":747,"authors":748,"heroImage":749,"date":750,"body":751,"category":11,"tags":752},"オープンソースソフトウェア（OSS）とは？詳しく解説​","オープンソースの意味や、メリットとデメリットについて、分かりやすく解説します。",[734],"https://res.cloudinary.com/about-gitlab-com/image/upload/v1752720740/g9x8oi988xuhioglpczi.jpg","2025-07-17","## オープンソースとは？\n\nオープンソースとは、ソフトウェアのコードが公開され、誰もが利用、改良、再配布できるという仕組みのことを指します。「オープンソースソフトウェア」と同義で使用されることが多いです。\n\n## オープンソースソフトウェア（OSS）とは？\n\nオープンソースソフトウェアはOSSとも記述され、Open Source Softwareの略称です。一般的な商用ソフトウェアとは異なり、誰でも利用、改良、再配布ができるようソースコードが公開されています。これにより個人や企業のデベロッパーは、各々の環境に合わせてソフトウェアを自由に改変し、特定の用途や問題に最適化することが容易にできます。ただし、OSSによってはライセンス制約が存在する場合もあります。\n\nフリー（無料）ソフトと混同されることがありますが、フリーソフトのほとんどはソースコードが非公開です。よって、ソースコードが公開されているかどうかで、OSSかの判断をするのが一般的です。\n\n## オープンソースソフトウェアの基本原則\n\nオープンソフトウェアに明確な定義はありませんが、「ソースコードが公開されていること」以外にも広く認知されている要件があります。これら要件は、米国のOpen Source Initiative（OSI）という団体が提唱した以下10項目を指すのが一般的です。\n\n* 再配布の自由\n* ソースコードの配布\n* 派生ソフトウェアの配布許可\n* 作成者のオリジナルコードの完全性\n* 個人やグループに対する差別禁止\n* 使用分野に対する差別禁止\n* ライセンスの配布\n* 特定製品でのみ有効なライセンスの禁止\n* 他ソフトウェアを制限するライセンスの禁止\n* ライセンスの技術的中立\n\n要約するとOSSの基本原則は、ユーザーやデベロッパーに自由を提供し、協力的な環境を促進することと言えます。ただし、「自由」ではあるものの、ライセンスによって一定のルールは設定されています。例えば、GPLやMITライセンスは、OSSに付随するライセンスの利用や再配布、改変の範囲を規定し、自由利用を促進しつつも、デベロッパーやユーザーの権利を保護しています。OSS利用の際は、こういったライセンスルールを理解し、遵守することを忘れないようにしましょう。ライセンスについては後ほど詳しく解説します。\n\n## オープンソースソフトウェアの具体例\n\nどういったソフトウェアがOSSなのかと問われると、すぐには思いつかないかもしれません。実際に、どういったソフトが様々な分野で活躍しているのかいくつかご紹介しましょう。\n\n### WordPress\n\nWordPressという名前は、誰もが一度は聞いたことがあるでしょう。WordPressはウェブサイトを簡単に作成できるコンテンツ管理システム（CMS）で、世界中でもっとも利用されているCMSとなっています。ウェブサイトデベロッパーは自由にカスタマイズを行うことができ、また、活発なコミュニティで互いをサポートし合うことにより、新たな拡張機能の開発等に貢献しています。\n\n### GIMP\n\nGIMPは、イラストレーター、グラフィックデザイナー、フォトグラファー、サイエンティストなど画像を扱う専門家に人気の画像編集ソフトウェアです。ユーザーは無料でダウンロードして利用でき、WordPressと同じく活発なコミュニティが、日々のバグ修正や、新プラグインを開発をサポートしています。\n\n### Brave Browser\n\nBraveは、ユーザーのプライバシー保護を主眼としたウェブブラウザであり、広告やトラッキングを防止してくれます。さらに、独自の暗号通貨（BAT）や検索システムを開発しているなどの理由で、デベロッパー間では人気のブラウザの一つです。Braveもオープンソースであるため、個人が自由にブラウザ機能をカスタマイズしたり、新たに機能を追加したりすることができる仕様となっています。\n\n### GitLabのオープンソースプロジェクト\n\n[GitLabプラットフォーム](https://about.gitlab.com/ja-jp/)を利用して開発されているオープンソースプロジェクトをいくつかご紹介します。\n\n#### Drupal\n\nDrupalはWordPressと同様に、オープンソースのコンテンツ管理システム（CMS）です。堅牢性と拡張性の高さが評価されており、NASAや経済産業省といった政府機関や、Teslaなどの企業に採用されています。\n\n#### VLC\n\nWindowsやMacにとどまらず、LinuxやiOS等でも使うことできる、メディアプレイヤーです。多様な種類の音声や動画ファイルを再生でき、様々なファイル形式に対応しています。広告等、ユーザーにとって不要な機能が一切搭載されておらず、世界中で広く利用されています。\n\n#### LibreOffice\n\nMicrosoft Officeとよく比較されることがあるのが、LibreOfficeです。無料で利用することができ、様々なオフィスツールを提供することから、たくさんの企業や個人に使用されています。\n\n## オープンソース開発のメリットとデメリット\n\nOSSの開発には様々なメリットとデメリットがあります。開発手法についての議論は付きませんが、ここでは言及されることが多いポイントをいくつか挙げてみます。\n\n### メリット\n\n#### コミュニティによる自発的なサポートと開発\n\nオープンソース開発は通常、世界中のデベロッパーが参加した活発なコミュニティを形成しています。多種多様なバックグランドを持つ個々のユーザーたちがお互いにアイデアやフィードバック、サポートし合うことを基本とし、継続的な開発とサポートをしてくれます。\n\n#### 高い透明性に担保された信頼とセキュリティ\n\nOSSの信頼とセキュリティは、誰もがソースコードを参照できることで実現されています。\n\nまず、たくさんのデベロッパーの目に触れるため、脆弱性やバグが比較的早い段階で発見されます。これにより、セキュリティを高レベルに引き上げることができます。そして、ソースコードが公開されているため、不正な動作やバックドアの存在といったリスクを排除しやすく、ソフトウェアの信頼性を高めてくれます。\n\n#### 開発にかかる時間と費用の削減\n\nオープンソースソフトウェアは大抵が無料で、自由にソースコードを改変できます。よって、ライセンス料とスクラッチ開発が不要であり、個人や企業の費用と開発時間を大幅に削減してくれます。\n\n### デメリット\n\n#### 開発プロジェクトの継続性\n\nオープンソース開発は、有志が中心となって行われる場合が多いため、プロジェクトが遅延したり、突然中止となったりするリスクがあります。また、安定した開発スケジュールが維持されないこともあります。\n\nプロジェクトの多くは無償、スポンサー、寄付で成り立っていることが一般的なので、開発コアメンバーが抜けた、資金が枯渇してしまった、などの理由から開発自体が立ち行かなくなることもあります。\n\n#### 責任の所在が曖昧\n\nコミュニティ主導で開発が進められる場合、ユーザーにバグや他ソフトと統合できないといった問題が発生しても商用ソフトウェアとは異なり、自己解決しなくてはならないケースが通常です。迅速かつ的確なサポートが受けづらいケースも、発生することがあります。\n\n#### ライセンスの準拠で\n\n当然ながら、OSSにもライセンスが存在します。無条件に利用や再配布ができるわけではないので、しっかりとライセンスを理解した上で使用しなければいけません。ライセンス規約に違反してしまい、過去には訴訟に発展したケースもあるため、注意が必要です。詳しくは後ほど解説します。\n\n### オープンソースの課題とGitLabのアプローチ\n\nGitLabというプラットフォームが、OSSにおける課題に対してどう取り組んでいるかについて、いくつかご紹介しましょう。詳細を知りたい場合は、[オープンソースプロジェクト向けのGitLabソリューション](https://about.gitlab.com/ja-jp/solutions/open-source/)を読んでみてください。\n\n#### 脆弱性の早期発見と修正\n\nオープンソースは、コードが公開されているため、悪意のある人物が脆弱性を発見してしまうリスクがあります。\n\n[DevSecOpsプラットフォーム](https://about.gitlab.com/ja-jp/topics/devsecops/)であるGitLabは、開発プロセス全体においてセキュリティを重要視しています。静的アプリケーションセキュリティテスト（SAST）や依存関係スキャンといった強力なツールが、早期の脆弱性発見と修正を実現する仕組みを実現します。\n\n#### サポートの補完\n\nOSSはコミュニティによるサポートが中心となり、的確なサポートや迅速な対応を受けられないケースが発生することがあります。\n\n[商用版GitLab](https://about.gitlab.com/ja-jp/pricing/)には、「GitLab Premium」「GitLab Ultimate」があり、公式サポートという選択肢が用意されています。また、コミュニティの結束を高める働きかけをすることで自発的サポートも促進しています。\n\n#### コミュニティの活性化\n\n活発なコミュニティなしに、OSSを成功させることはできませんが、これを維持するのは容易ではありません。\n\nGitLabは、[GitLabフォーラム](https://forum.gitlab.com/c/community/gitlab-for-open-source/49)を運営したり、[オープンソース団体向けプログラム](https://about.gitlab.com/ja-jp/solutions/open-source/join/)を実施、GitLabハッカソンやオンラインイベントを開催したりすることで、デベロッパー同士の繋がりを促進、コミュニティの活性化と拡大に貢献しています。\n\n## オープンソースのライセンスとその重要性\n\nオープンソースのライセンスは、ソフトウェアの利用、配布、変更等に関する権利と制限を明記したものであり、法的拘束力を持ちます。よって、ソフト利用者はこれをしっかりと理解した上で、トラブル回避をすることが望ましいといえます。\n\nまた、ソフトウェアデベロッパーがどのライセンス規約にするかを考える場合には、透明性を重視するのか、自由度を重視するのかなどにより選択するライセンスが異なってきます。ここでは、いくつか代表的なものをご紹介しましょう。\n\n以下に表としてまとめてみました。\n\n![オープンソース　ライセンスのタイプと代表例](https://res.cloudinary.com/about-gitlab-com/image/upload/v1752720035/v9ld6h78ilk22x30nged.jpg)\n\n### コピーレフト\n\nコピーレフトライセンスは、元となるソフトウェアを再配布する時には、派生物も元OSSと同じ条件下で行う必要があるというものです。このタイプのライセンスは、非常に伝播性が強いのが特徴です。\n\nまたコピーレフトという言葉は、「コピーライト」をもじったものから誕生しました。\n\n### 準コピーレフト\n\nコピーレフトと比べ、伝播性が多少弱いのが準コピーレフトです。元のOSSのソースコードを再利用した時に、元のライセンスと同条件で再配布する必要があります。\n\n### 非コピーレフト\n\nパーミッシブライセンスとも呼ばれます。名前の通りですが、元のOSSと同条件のライセンスにする必要がありません。ソースコードの公開義務がないため、商用利用されることが多いです。\n\n## よくある質問\n\n### オープンソースソフトウェア（OSS）とは何ですか？\n\nOSSとは、ソースコードが公開され、誰でも自由に利用、修正、配布できるソフトウェアのことです。\n\n### OSSのセキュリティは安心ですか？\n\nOSSライセンスは、ソフトウェアの利用や再配布に関する自由と制約を明確に定義したものです。\n\n### OSSのライセンスにはどんな種類がありますか？\n\nライセンスにはGPL、MIT、Apache Licenseなど、異なる自由度や利用条件を持つものがあり、コピーレフト、準コピーレフト、非コピーレフトの３つに大別されます。\n\n### なぜ企業がOSSを採用するのですか？\n\nコスト削減、柔軟性、信頼性向上、技術コミュニティとの連携が理由となる場合が多いです。またGitLabでは、[オープンソースプロジェクト向けのソリューション](https://about.gitlab.com/ja-jp/solutions/open-source/)を提供しています。ぜひご確認ください。\n\n*監修：佐々木 直晴* [@naosasaki](https://gitlab.com/naosasaki)*（GitLab合同会社 ソリューションアーキテクト本部 シニアソリューションアーキテクト）*",[738,265,753,754],"open source","security",{"featured":28,"template":15,"slug":756},"what-is-open-source",{"header":758,"blurb":759,"button":760,"secondaryButton":764},"今すぐ開発をスピードアップ","DevSecOpsに特化したインテリジェントオーケストレーションプラットフォームで実現できることをご確認ください。\n",{"text":50,"config":761},{"href":762,"dataGaName":53,"dataGaLocation":763},"https://gitlab.com/-/trial_registrations/new?glm_content=default-saas-trial&glm_source=about.gitlab.com/ja-jp/","feature",{"text":55,"config":765},{"href":57,"dataGaName":58,"dataGaLocation":763},{"promotions":767},[768,782,794,805],{"id":769,"categories":770,"header":772,"text":773,"button":774,"image":779},"ai-modernization",[771],"ai-ml","Is AI achieving its promise at scale?","Quiz will take 5 minutes or less",{"text":775,"config":776},"Get your AI maturity score",{"href":777,"dataGaName":778,"dataGaLocation":247},"/assessments/ai-modernization-assessment/","modernization assessment",{"config":780},{"src":781},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138786/qix0m7kwnd8x2fh1zq49.png",{"id":783,"categories":784,"header":786,"text":773,"button":787,"image":791},"devops-modernization",[785,568],"product","Are you just managing tools or shipping innovation?",{"text":788,"config":789},"Get your DevOps maturity score",{"href":790,"dataGaName":778,"dataGaLocation":247},"/assessments/devops-modernization-assessment/",{"config":792},{"src":793},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138785/eg818fmakweyuznttgid.png",{"id":795,"categories":796,"header":797,"text":773,"button":798,"image":802},"security-modernization",[754],"Are you trading speed for security?",{"text":799,"config":800},"Get your security maturity score",{"href":801,"dataGaName":778,"dataGaLocation":247},"/assessments/security-modernization-assessment/",{"config":803},{"src":804},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138786/p4pbqd9nnjejg5ds6mdk.png",{"id":806,"paths":807,"header":810,"text":811,"button":812,"image":817},"github-azure-migration",[808,809],"migration-from-azure-devops-to-gitlab","integrating-azure-devops-scm-and-gitlab","Is your team ready for GitHub's Azure move?","GitHub is already rebuilding around Azure. Find out what it means for you.",{"text":813,"config":814},"See how GitLab compares to GitHub",{"href":815,"dataGaName":816,"dataGaLocation":247},"/compare/gitlab-vs-github/github-azure-migration/","github azure migration",{"config":818},{"src":793},1777493608097]