TeamCity と Bugzilla の統合

TeamCity を Bugzilla(英語)（3.0 以降）と統合して、TeamCity UI から Bugzilla の問題へのリンクを提供できます。

TeamCity UI での Bugzilla の問題へのリンクの表示

Bugzilla との統合が有効になっている場合、TeamCity は VCS コミットのコメントに記載されている問題 ID を自動的に検出します。これらの ID を Bugzilla の対応する問題へのリンクに変換し、UI で TeamCity ユーザーに表示します。

TeamCity UI で問題の基本的な詳細を表示するには、関連するビルドの結果の変更タブを開き、問題 ID の横にあるアイコンにカーソルを合わせます。
ビルドで修正された問題は、ビルド結果の課題タブで確認できます。
ビルド構成全体に関連する問題 (個々のビルドだけでなく) を表示するには、ビルド構成ホームページの問題のログタブを使用します。リストを特定の範囲のビルドにフィルター処理したり、解決された問題のみを表示オプションを有効にしてビルドで修正された問題のみを表示したりできます。

Bugzilla 統合から最大の利益を得るには、次の推奨事項に従ってください。

バージョン管理に変更をコミットするときは、コミットのコメントに修正に関連する問題 ID を必ず記載してください。
修正された問題を Bugzilla で解決済みとしてマークすると、TeamCity ログに修正済みステータスとともに表示されます (解決の時間は重要ではありません)。

Bugzilla への接続の構成

統合を有効にするには、プロジェクト設定 |Issue Trackers ページで Bugzilla への接続を作成し、次の設定を指定します。

設定	説明
接続タイプ	リストから Bugzilla を選択します。
表示名	接続名を指定して、他の接続と区別します。
サーバー URL	Bugzilla インスタンスの URL を入力します。
ユーザー名	Bugzilla ユーザーアカウントのユーザー名を入力します。
パスワード	Bugzilla ユーザーアカウントのパスワードを入力します。
発行 ID パターン	コメントテキストで問題 ID を認識するために、Java 正規表現(英語)パターンを指定してください。一致したテキスト（またはグループが定義されている場合は最初のグループ）が発行番号として使用されます。最も一般的なケースは `#(\d+)` です。これにより、テキスト `Fix for #1234` から課題 ID として `1234` が抽出されます。

Bugzilla への接続で指定されたユーザーは、Bugzilla の問題を表示するための十分な権限を持っている必要があることに注意してください。これにより、TeamCity は問題に関する情報を取得し、UI に表示できるようになります。

既知の問題

Bugzilla には、問題のために生成された XML に関する既知の問題がいくつかあり、そのため、Bugzilla との通信が困難になっています。ただし、これは通常、Bugzilla の設定を調整することで修正できます。

path/to/bugzilla.dtd が見つかりませんエラーが表示される場合、これは、問題 XML に URL ではなく bugzilla.dtd ファイルへの相対パスが含まれていることを意味します。これを修正するには、Bugzilla でサーバー URL を設定します。
時々、SAXParseException が要素タイプフラグに関連付けられた属性 type_id にはオープンクォートが必要ですと表示される場合があります。これは、生成された XML がバンドルされた bugzilla.dtd に対応していないために発生します。これを修正するには、bugzilla.dtd ファイルで type_id 属性を #IMPLIED (オプション) にします。

2025 年 4 月 07 日

関連ページ：

ビルド結果ページ

TeamCity では、ビルドに関するすべての情報 (キューに入っているか、実行中か、完了しているかに関係なく) がビルド結果ページに蓄積されます。ビルド結果を表示するには、任意の構成を選択してビルド履歴を表示し、必要なビルド番号をクリックします。このページには、いくつかの静的タブ (概要、変更、ビルドログ、アーティファクトなど) と、特定の構成機能に応じて表示が決まるコンテキストタブが含まれます。例: 依存関係タブは、親構成がビルドチェーンに属するビルドに対してのみ表示されます。内部ビルド ID...

プロジェクト管理者ガイド

このセクションでは、プロジェクト管理に焦点を当てます。TeamCity プロジェクトとビルド構成の作成、ビルドステップの設定、依存関係チェーンの構成などについて説明します。基本的な TeamCity ワークフロー：次のダイアグラムは、基本的な TeamCity ワークフローを示しています。TeamCity サーバーはリポジトリの変更を検出しました。サーバーはこの変更をデータベースに書き込みます。ビルド構成に添付されたトリガーは、データベース内の関連する変更を検出し、ビルドを開始します。トリガー...

TeamCity と Bitbucket の統合

TeamCity と Bitbucket 問題トラッカーの統合は、個別にセットアップすることも、ソースコードホスティングサービスとして Bitbucket との TeamCity 統合の一部としてセットアップすることもできます。Bitbucket 課題追跡ツールとの統合を設定する場合 (一般的な情報についてはここを参照)、リポジトリ URL やその他の一般的な設定に加えて、認証を構成し、問題 ID パターンを指定する必要があります。認証：TeamCity では、Bitbucket 課題追跡システム...

TeamCity と GitHub の統合の問題

GitHub の問題を使用すると、開発チームは現在の問題に優先順位を付け、それを実行可能なタスクに分割し、そのステータスを追跡できます。コミットメッセージに既存の問題への参照が含まれている場合、TeamCity はビルド履歴とビルド結果ページにこの問題へのリンクを表示します。この統合は、プルリクエスト機能が構成されたプロジェクトでも機能します。プルリクエストに既存の問題が記載されている場合、TeamCity は UI に対応するデータを表示します。この統合が実施されると、GitHub 問題 ID...