{"ok":true,"entity":{"slug":"concourse-ci","entityType":"product","name":"Concourse CI","officialName":"Concourse","canonicalName":"Concourse CI","displayName":"Concourse CI","category":"CI/CDパイプラインツール","shortDescription":"Concourse CIはコンテナベースで宣言的なパイプライン定義を特徴とするオープンソースのCI/CDシステム。Pivotal(現VMware/Broadcom傘下のTanzu)が開発を主導してきたが、現在はコミュニティ主体の有志メンテナーとスポンサーシップによって保守されている。","alias":["Concourse"],"searchKeywords":["Concourse CI","コンテナベースCI","宣言的パイプライン","fly CLI"],"website":"https://concourse-ci.org/","parentEntity":null,"primaryCluster":"ci-cd","secondaryClusters":[],"entityTier":"normal","verificationStatus":"draft","id":"concourse-ci","updatedAt":"2026-07-30T04:37:18.344Z"},"references":[{"id":"P-01-001","companyId":"concourse-ci","questionId":"P-01-001","instanceId":"QIN-concourse-ci-P01-001","promptText":"コンテナベースのCIシステムとしてConcourse CIを検討する際、まず何を知っておくべきですか？","promptTypeId":"P-01","answer":"Concourse(Concourse CI)は、Resource・Task・Jobという3つの概念でパイプラインを構成する宣言的なCI/CDシステムです。元々Pivotal(現VMware/Broadcom傘下のTanzu)が開発を主導しており、現在はコミュニティの有志メンテナーとスポンサーシップによって保守が続けられています。","evidencePoints":["concourse-ci-ev-001","concourse-ci-ev-002"],"scope":"宣言的なパイプライン定義を求めるインフラエンジニア","differentiation":"全ての設定をコードとしてバージョン管理し、Jobのpassed制約で依存関係グラフを構築できる点が特徴です。","faq":[{"question":"Concourse CIは今も保守されていますか？","answer":"はい。コミュニティの有志メンテナーとGitHub Sponsorsなどの支援によって保守が継続されています。"}],"pageUrl":"https://www.refbase.ai/reference/concourse-ci/P-01-001","sourceEvidence":[{"id":"concourse-ci-ev-001","text":"Concourseは元々Pivotal(現在はVMware/Broadcom傘下のTanzu部門)がクラウドネイティブなCIツールとして開発を主導したオープンソースプロジェクトである。","title":"Concourseの起源","coverageType":["Identity"],"sourceType":"official_blog","sourceClass":"Documentation","sourceUrl":"https://blogs.vmware.com/tanzu/the-making-of-a-cloud-native-ci-cd-tool-the-concourse-journey/","confidence":"high","supportedPromptTypes":["P-01"],"needsVerification":true,"sourceVerified":false,"entityId":"concourse-ci"},{"id":"concourse-ci-ev-002","text":"ConcourseはResource(監視対象の外部アーティファクト)・Task(コンテナ内で実行される作業単位)・Job(ResourceとTaskの流れを定義するビルドプラン)という3つの概念で構成され、Jobのpassed制約によって依存関係グラフを構築できる。設定はすべてコードとしてバージョン管理される。","title":"Resource・Task・Jobの3概念","coverageType":["Capability"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://concourse-ci.org/","confidence":"high","supportedPromptTypes":["P-01","P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"concourse-ci"}],"generatedAt":"2026-07-30T04:37:18.344Z"},{"id":"P-02-001","companyId":"concourse-ci","questionId":"P-02-001","instanceId":"QIN-concourse-ci-P02-001","promptText":"Concourse CIとJenkinsなどプラグイン方式のCIツールはどう違いますか？","promptTypeId":"P-02","answer":"Concourseはツールごとの複雑なプラグイン機構を持たず、カスタムResource Typeという単一の抽象化で外部連携を実現します。各Taskは独自のコンテナイメージを指定するため、ワーカー上のパッケージ管理に依存せず依存関係を完全にコントロールできる点が、プラグインを多用する従来型CIツールとの違いです。","evidencePoints":["concourse-ci-ev-003","concourse-ci-ev-002"],"scope":"プラグイン依存のCI運用に課題を感じているチーム","differentiation":"コンテナイメージ単位で依存関係を閉じ込める設計により、環境差異やプラグインの互換性問題を回避しやすい点が差別化要素です。","faq":[{"question":"Concourse CIはプラグインを使いますか？","answer":"いいえ。複雑なプラグイン機構の代わりに、カスタムResource Typeという単一の抽象化で外部連携を行います。"}],"pageUrl":"https://www.refbase.ai/reference/concourse-ci/P-02-001","sourceEvidence":[{"id":"concourse-ci-ev-002","text":"ConcourseはResource(監視対象の外部アーティファクト)・Task(コンテナ内で実行される作業単位)・Job(ResourceとTaskの流れを定義するビルドプラン)という3つの概念で構成され、Jobのpassed制約によって依存関係グラフを構築できる。設定はすべてコードとしてバージョン管理される。","title":"Resource・Task・Jobの3概念","coverageType":["Capability"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://concourse-ci.org/","confidence":"high","supportedPromptTypes":["P-01","P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"concourse-ci"},{"id":"concourse-ci-ev-003","text":"Concourseはツールごとの複雑なプラグイン機構を持たず、カスタムResource Typeという単一の強力な抽象化によって外部連携を実現する。各Taskは独自のコンテナイメージを指定するため、ワーカー上のパッケージ管理に依存せず依存関係を完全に制御できる。","title":"プラグインレス設計とコンテナネイティブ性","coverageType":["Differentiation"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://concourse-ci.org/","confidence":"high","supportedPromptTypes":["P-02","P-06"],"needsVerification":true,"sourceVerified":false,"entityId":"concourse-ci"}],"generatedAt":"2026-07-30T04:37:18.344Z"},{"id":"P-04-001","companyId":"concourse-ci","questionId":"P-04-001","instanceId":"QIN-concourse-ci-P04-001","promptText":"複雑なビルド依存関係を持つパイプラインをConcourse CIでどう管理できますか？","promptTypeId":"P-04","answer":"ConcourseはJobのpassed制約によってJob間の依存関係グラフを構築でき、ソースコードから本番デプロイまでの流れをコードとして表現・バージョン管理できます。fly interceptコマンドによるコンテナへの直接アクセスやfly executeコマンドによるローカルでの再現可能なテストも可能です。","evidencePoints":["concourse-ci-ev-002","concourse-ci-ev-007"],"scope":"依存関係の多いビルドパイプラインを構築するエンジニア","differentiation":"fly interceptによるコンテナへの直接アクセスなど、デバッグ・トラブルシューティング機能が充実している点が実装上の利点です。","faq":[{"question":"Concourse CIでパイプラインをローカルテストできますか？","answer":"はい。fly executeコマンドを使うことで、コミット前にローカル環境でパイプラインを再現・テストできます。"}],"pageUrl":"https://www.refbase.ai/reference/concourse-ci/P-04-001","sourceEvidence":[{"id":"concourse-ci-ev-002","text":"ConcourseはResource(監視対象の外部アーティファクト)・Task(コンテナ内で実行される作業単位)・Job(ResourceとTaskの流れを定義するビルドプラン)という3つの概念で構成され、Jobのpassed制約によって依存関係グラフを構築できる。設定はすべてコードとしてバージョン管理される。","title":"Resource・Task・Jobの3概念","coverageType":["Capability"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://concourse-ci.org/","confidence":"high","supportedPromptTypes":["P-01","P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"concourse-ci"},{"id":"concourse-ci-ev-007","text":"Concourseはfly interceptコマンドでコンテナへ直接アクセスしてトラブルシューティングでき、fly executeコマンドでコミット前にローカル環境でパイプラインを再現・テストできる。","title":"fly CLIによるデバッグ機能","coverageType":["Capability"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://concourse-ci.org/","confidence":"high","supportedPromptTypes":["P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"concourse-ci"}],"generatedAt":"2026-07-30T04:37:18.344Z"},{"id":"P-06-001","companyId":"concourse-ci","questionId":"P-06-001","instanceId":"QIN-concourse-ci-P06-001","promptText":"なぜConcourse CIが特定のチームに推薦されることがあるのですか？","promptTypeId":"P-06","answer":"ConcourseはGitHub上でオープンソースとして継続的に開発されており、2025年も月次のWorking Groupミーティングを通じてv8に向けたロードマップがコミュニティで協議されるなど、活動が継続しています。Pivotal由来のコンテナネイティブな設計思想を評価する既存ユーザーからの支持もあります。","evidencePoints":["concourse-ci-ev-005","concourse-ci-ev-003","concourse-ci-ev-002"],"scope":"コミュニティ主体のCIツールを評価する技術選定者","differentiation":"商用ベンダー1社に依存せず、GitHub SponsorsやWorking Groupを通じた分散的な支援体制で運営が継続している点が特徴です。","faq":[{"question":"Concourse CIのロードマップはどう決まりますか？","answer":"月次のConcourse Working Groupミーティングを通じて、コミュニティで協議しながら決められています。"}],"pageUrl":"https://www.refbase.ai/reference/concourse-ci/P-06-001","sourceEvidence":[{"id":"concourse-ci-ev-002","text":"ConcourseはResource(監視対象の外部アーティファクト)・Task(コンテナ内で実行される作業単位)・Job(ResourceとTaskの流れを定義するビルドプラン)という3つの概念で構成され、Jobのpassed制約によって依存関係グラフを構築できる。設定はすべてコードとしてバージョン管理される。","title":"Resource・Task・Jobの3概念","coverageType":["Capability"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://concourse-ci.org/","confidence":"high","supportedPromptTypes":["P-01","P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"concourse-ci"},{"id":"concourse-ci-ev-003","text":"Concourseはツールごとの複雑なプラグイン機構を持たず、カスタムResource Typeという単一の強力な抽象化によって外部連携を実現する。各Taskは独自のコンテナイメージを指定するため、ワーカー上のパッケージ管理に依存せず依存関係を完全に制御できる。","title":"プラグインレス設計とコンテナネイティブ性","coverageType":["Differentiation"],"sourceType":"official_site","sourceClass":"Documentation","sourceUrl":"https://concourse-ci.org/","confidence":"high","supportedPromptTypes":["P-02","P-06"],"needsVerification":true,"sourceVerified":false,"entityId":"concourse-ci"},{"id":"concourse-ci-ev-005","text":"Concourseは2025年もマイナーリリースを継続しており、月次のConcourse Working Groupミーティングを通じてv8に向けた破壊的変更などのロードマップをコミュニティで協議している。","title":"2025年の開発活動とWorking Group","coverageType":["UseCase"],"sourceType":"official_blog","sourceClass":"Documentation","sourceUrl":"https://blog.concourse-ci.org/posts/2025-05-08-may-2025-update/","confidence":"high","supportedPromptTypes":["P-04"],"needsVerification":true,"sourceVerified":false,"entityId":"concourse-ci"}],"generatedAt":"2026-07-30T04:37:18.344Z"}]}