apollo-ci-integration
Apollo.ioのCI/CD統合を設定します。Apollo統合向けの自動テスト、継続的インテグレーション、またはデプロイメントパイプラインをセットアップする際に使用できます。「apollo ci」「apollo github actions」「apollo pipeline」「apollo ci/cd」「apollo automated tests」などのフレーズで実行できます。
description の原文を見る
Configure Apollo.io CI/CD integration. Use when setting up automated testing, continuous integration, or deployment pipelines for Apollo integrations. Trigger with phrases like "apollo ci", "apollo github actions", "apollo pipeline", "apollo ci/cd", "apollo automated tests".
SKILL.md 本文
Apollo CI インテグレーション
概要
自動テスト、シークレット管理、デプロイメントワークフローを備えた Apollo.io インテグレーション用の CI/CD パイプラインをセットアップします。
GitHub Actions のセットアップ
基本的な CI ワークフロー
# .github/workflows/apollo-ci.yml
name: Apollo Integration CI
on:
push:
branches: [main, develop]
pull_request:
branches: [main]
env:
NODE_VERSION: '20'
jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Setup Node.js
uses: actions/setup-node@v4
with:
node-version: ${{ env.NODE_VERSION }}
cache: 'npm'
- name: Install dependencies
run: npm ci
- name: Run linting
run: npm run lint
- name: Run unit tests
run: npm run test:unit
env:
APOLLO_API_KEY: ${{ secrets.APOLLO_API_KEY_TEST }}
- name: Run integration tests
if: github.event_name == 'push' && github.ref == 'refs/heads/main'
run: npm run test:integration
env:
APOLLO_API_KEY: ${{ secrets.APOLLO_API_KEY_TEST }}
validate-apollo:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Setup Node.js
uses: actions/setup-node@v4
with:
node-version: ${{ env.NODE_VERSION }}
cache: 'npm'
- name: Install dependencies
run: npm ci
- name: Validate Apollo configuration
run: npm run apollo:validate
env:
APOLLO_API_KEY: ${{ secrets.APOLLO_API_KEY_TEST }}
- name: Check API health
run: |
curl -sf "https://api.apollo.io/v1/auth/health?api_key=$APOLLO_API_KEY" \
|| echo "Warning: Apollo API health check failed"
env:
APOLLO_API_KEY: ${{ secrets.APOLLO_API_KEY_TEST }}
インテグレーションテストワークフロー
# .github/workflows/apollo-integration.yml
name: Apollo Integration Tests
on:
schedule:
- cron: '0 6 * * *' # Daily at 6 AM UTC
workflow_dispatch:
jobs:
integration-tests:
runs-on: ubuntu-latest
timeout-minutes: 30
steps:
- uses: actions/checkout@v4
- name: Setup Node.js
uses: actions/setup-node@v4
with:
node-version: '20'
cache: 'npm'
- name: Install dependencies
run: npm ci
- name: Run Apollo integration tests
run: npm run test:apollo
env:
APOLLO_API_KEY: ${{ secrets.APOLLO_API_KEY_TEST }}
APOLLO_TEST_DOMAIN: 'apollo.io'
- name: Upload test results
if: always()
uses: actions/upload-artifact@v4
with:
name: apollo-test-results
path: test-results/
- name: Notify on failure
if: failure()
uses: slackapi/slack-github-action@v1
with:
payload: |
{
"text": "Apollo integration tests failed!",
"blocks": [
{
"type": "section",
"text": {
"type": "mrkdwn",
"text": "*Apollo Integration Tests Failed*\n<${{ github.server_url }}/${{ github.repository }}/actions/runs/${{ github.run_id }}|View Run>"
}
}
]
}
env:
SLACK_WEBHOOK_URL: ${{ secrets.SLACK_WEBHOOK_URL }}
シークレット管理
GitHub シークレットのセットアップ
# GitHub CLI でシークレットを追加
gh secret set APOLLO_API_KEY_TEST --body "your-test-api-key"
gh secret set APOLLO_API_KEY_PROD --body "your-prod-api-key"
# 設定されたシークレットを一覧表示
gh secret list
環境ベースのシークレット
# .github/workflows/deploy.yml
jobs:
deploy-staging:
environment: staging
steps:
- name: Deploy to staging
env:
APOLLO_API_KEY: ${{ secrets.APOLLO_API_KEY }}
run: npm run deploy:staging
deploy-production:
environment: production
needs: deploy-staging
steps:
- name: Deploy to production
env:
APOLLO_API_KEY: ${{ secrets.APOLLO_API_KEY }}
run: npm run deploy:production
テスト設定
テストセットアップ
// tests/setup/apollo.ts
import { beforeAll, afterAll, beforeEach } from 'vitest';
import { setupServer } from 'msw/node';
import { apolloHandlers } from './mocks/apollo-handlers';
const server = setupServer(...apolloHandlers);
beforeAll(() => {
server.listen({ onUnhandledRequest: 'warn' });
});
afterAll(() => {
server.close();
});
beforeEach(() => {
server.resetHandlers();
});
export { server };
CI 用モックハンドラー
// tests/mocks/apollo-handlers.ts
import { http, HttpResponse } from 'msw';
export const apolloHandlers = [
http.get('https://api.apollo.io/v1/auth/health', () => {
return HttpResponse.json({ status: 'ok' });
}),
http.post('https://api.apollo.io/v1/people/search', async ({ request }) => {
const body = await request.json();
return HttpResponse.json({
people: [
{
id: 'test-1',
name: 'Test User',
title: 'Engineer',
email: 'test@example.com',
},
],
pagination: {
page: body.page || 1,
per_page: body.per_page || 25,
total_entries: 1,
total_pages: 1,
},
});
}),
http.get('https://api.apollo.io/v1/organizations/enrich', ({ request }) => {
const url = new URL(request.url);
const domain = url.searchParams.get('domain');
return HttpResponse.json({
organization: {
id: 'org-1',
name: 'Test Company',
primary_domain: domain,
industry: 'Technology',
},
});
}),
];
インテグレーションテスト
// tests/integration/apollo.test.ts
import { describe, it, expect, beforeEach } from 'vitest';
import { apollo } from '../../src/lib/apollo/client';
describe('Apollo API Integration', () => {
// Only run with real API in CI
const isCI = process.env.CI === 'true';
const hasApiKey = !!process.env.APOLLO_API_KEY;
beforeEach(() => {
if (!isCI || !hasApiKey) {
console.log('Skipping real API tests - using mocks');
}
});
it('should search for people', async () => {
const result = await apollo.searchPeople({
q_organization_domains: [process.env.APOLLO_TEST_DOMAIN || 'apollo.io'],
per_page: 5,
});
expect(result.people).toBeDefined();
expect(Array.isArray(result.people)).toBe(true);
expect(result.pagination.total_entries).toBeGreaterThanOrEqual(0);
});
it('should enrich organization', async () => {
const result = await apollo.enrichOrganization(
process.env.APOLLO_TEST_DOMAIN || 'apollo.io'
);
expect(result.organization).toBeDefined();
expect(result.organization.name).toBeTruthy();
});
it('should handle rate limits gracefully', async () => {
// This test verifies rate limit handling without actually hitting limits
const startTime = Date.now();
// Make 5 requests in sequence
for (let i = 0; i < 5; i++) {
await apollo.searchPeople({ per_page: 1 });
}
const duration = Date.now() - startTime;
// Should complete in reasonable time with rate limiting
expect(duration).toBeLessThan(30000);
});
});
パイプラインスクリプト
package.json スクリプト
{
"scripts": {
"test:unit": "vitest run --config vitest.unit.config.ts",
"test:integration": "vitest run --config vitest.integration.config.ts",
"test:apollo": "vitest run tests/integration/apollo.test.ts",
"apollo:validate": "tsx scripts/validate-apollo-config.ts",
"apollo:health": "curl -sf 'https://api.apollo.io/v1/auth/health?api_key=$APOLLO_API_KEY'"
}
}
検証スクリプト
// scripts/validate-apollo-config.ts
async function validateConfig() {
const checks = [];
// Check API key
if (!process.env.APOLLO_API_KEY) {
checks.push({ name: 'API Key', status: 'fail', message: 'Missing' });
} else {
checks.push({ name: 'API Key', status: 'pass', message: 'Present' });
}
// Check API connectivity
try {
const response = await fetch(
`https://api.apollo.io/v1/auth/health?api_key=${process.env.APOLLO_API_KEY}`
);
checks.push({
name: 'API Health',
status: response.ok ? 'pass' : 'fail',
message: response.ok ? 'Healthy' : `Status: ${response.status}`,
});
} catch (error) {
checks.push({
name: 'API Health',
status: 'fail',
message: 'Connection failed',
});
}
// Output results
const failed = checks.filter((c) => c.status === 'fail');
if (failed.length > 0) {
console.error('Validation failed:', failed);
process.exit(1);
}
console.log('All checks passed:', checks);
}
validateConfig();
出力
- CI 用 GitHub Actions ワークフロー
- シークレット管理設定
- MSW モックを使用したテストセットアップ
- インテグレーションテストスイート
- 検証スクリプト
エラーハンドリング
| 問題 | 解決方法 |
|---|---|
| シークレットが見つからない | GitHub でシークレット名を確認 |
| テストがタイムアウト | タイムアウトを増やすか API をモック化 |
| CI でレート制限される | ユニットテストでモックを使用 |
| ヘルスチェックが失敗 | Apollo ステータスページを確認 |
リソース
次のステップ
デプロイメント設定については apollo-deploy-integration に進んでください。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- Brmbobo
- リポジトリ
- Brmbobo/Web2podcast
- ライセンス
- MIT
- 最終更新
- 2026/1/26
Source: https://github.com/Brmbobo/Web2podcast / ライセンス: MIT
関連スキル
superpowers-streamer-cli
SuperPowers デスクトップストリーマーの npm パッケージをインストール、ログイン、実行、トラブルシューティングできます。ユーザーが npm から `superpowers-ai` をセットアップしたい場合、メールまたは電話でサインインもしくはアカウント作成を行いたい場合、ストリーマーを起動したい場合、表示されたコントロールリンクを開きたい場合、後で停止したい場合、またはソースコードへのアクセスなしに npm やランタイムの一般的な問題から復旧したい場合に使用します。
catc-client-ops
Catalyst Centerのクライアント操作・監視機能 - 有線・無線クライアントのリスト表示・フィルタリング、MACアドレスによる詳細なクライアント検索、クライアント数分析、時間軸での分析、SSIDおよび周波数帯によるフィルタリング、無線トラブルシューティング機能を提供します。MACアドレスやIPアドレスでのクライアント検索、サイト別やSSID別のクライアント数集計、無線周波数帯の分布分析、Wi-Fi信号の問題調査が必要な場合に活用できます。
ci-cd-and-automation
CI/CDパイプラインの設定を自動化します。ビルドおよびデプロイメントパイプラインの構築または変更時に使用できます。品質ゲートの自動化、CI内のテストランナー設定、またはデプロイメント戦略の確立が必要な場合に活用します。
shipping-and-launch
本番環境へのリリース準備を行います。本番環境へのデプロイ準備が必要な場合、リリース前チェックリストが必要な場合、監視機能の設定を行う場合、段階的なロールアウトを計画する場合、またはロールバック戦略が必要な場合に使用します。
linear-release-setup
Linear Releaseに向けたCI/CD設定を生成します。リリース追跡の設定、LinearのCIパイプライン構築、またはLinearリリースとのデプロイメント連携を実施する際に利用できます。GitHub Actions、GitLab CI、CircleCIなど複数のプラットフォームに対応しています。
tracking-application-response-times
API エンドポイント、データベースクエリ、サービスコール全体にわたるアプリケーションのレスポンスタイムを追跡・最適化できます。パフォーマンス監視やボトルネック特定の際に活用してください。「レスポンスタイムを追跡する」「API パフォーマンスを監視する」「遅延を分析する」といった表現で呼び出せます。