PHP-CIとの継続的な統合

この記事では、PHPプロジェクトの継続的統合（CI）サービスであるPHPCIを調査します。 PHPCIは、JenkinsやTravis CIなどの他の人気のあるCIツールと対照的で、その長所と短所を強調しています。

キーテイクアウト：

PHPCIは、定期的な間隔またはすべてのコードプッシュでコードチェックを自動化することにより、アプリケーションの品質を維持するプロセスを合理化します。これにより、欠陥のあるコードがメインリポジトリに入るのが防止されます

インストールはComposerを介して簡単であり、自動化されたビルド用のCronジョブのその後のセットアップが必要です。 プラグイン管理は、
• 。
によっても処理されます
• PHPCIはプロジェクトの追加を促進し、ユーザーがビルドフェーズ（セットアップ、テスト、完全、成功、失敗）を定義できるようにします。テストデータベースとさまざまなPHP QAツールをサポートしています composer.json有望である一方で、PHPCIのユーザーインターフェイスとフィードバックメカニズムは、明確さと直感を向上させるための改善の恩恵を受ける可能性があります。 Jenkinsの代替としてPHPのみのプロジェクトに適した選択肢です。
• 連続統合説明：

CIサービスは、コードの品質チェックを自動化します。 たとえば、GITリポジトリを引いて、ユニットテストを実行し、コード検証を実行し、レポートを生成する場合があります。 通常、時間間隔またはコードプッシュ（特にマージリクエスト）によってトリガーされるCIは、マージする前にコードの品質を保証し、機能が壊れないようにします。この自動検証は、メインリポジトリを清潔に保ち、変更を受け入れる前に要件を満たしています。

phpciのインストールとセットアップ：

インストールではコンポーザーを使用し、その後、自動化されたビルド用にデータベース構成とCronジョブ作成が続きます。 プラグインのインストールと更新は、プラグインを追加した後に

を介して管理されます。

プロジェクトの追加と構成：

プロジェクトの追加には、コードの場所（Github、Bitbucket、またはカスタムURL）を指定する単純なフォームが含まれます。 composer.jsonファイルが存在しない場合、手動ビルド構成が必要です。 ビルドプロセスは、セットアップ、テスト、完全、成功、および失敗の5つのフェーズで構成されています。 composer update

の例

構成： この例は、

、

、およびphpci.ymlディレクトリを無視し、コンポーザーをインストールに使用し、PSR2コンプライアンスを実施し、ユニットテストを実行し、ドックブロックをチェックし、PHPMD、PHPCPD、およびPHPLOCを品質分析に使用します。 テストデータベースはオプションであることに注意してください

phpci.yml

vendor binapp

結論と比較：

PHPCIは、PHP QAの集中型ソリューションを提供し、有用な概要グラフを生成します。ただし、その比較的若い年齢は、UIの設計とドキュメントの統合に示されています。 PHPのみのプロジェクトのためのJenkinsの優れた代替品ですが、フィードバックの明確さとUI設計の改善が必要です。 著者は、ジェンキンスとトラビスCI、スクーチナイザー、およびセンシオラブスの洞察の組み合わせに好意的かつ不利に比較し、CIランドスケープ内のニッチを強調しています。 著者は、有望である間、それは生産環境で使用される前にさらなる開発から利益を得るかもしれないと結論付けています。 PHPとCodeigniterでの継続的な統合に関するよくある質問（FAQ）：

このセクションでは、PHP開発、その利点、課題、およびCodeigniterとの統合に関するCIに関する一般的な質問への回答を提供します。 FAQは、PHPにおけるCIの重要性、CIにおけるCodeigniterの役割、CI環境でのCodeigniterの使用の利点、CIがコードの品質を改善する方法、一般的に使用されるツール、CIパイプラインの設定、実装の課題、アジャイル開発におけるCIの役割、他のCIツールとの互換性、およびDevOpsへの貢献。

以上がPHP-CIとの継続的な統合の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。