2

私たちの開発プロセスは、多数の bash および php スクリプト (subversion フック スクリプトを含む) によって高度に自動化されています。これらのスクリプトは、Bugzilla 3.0 インストールと統合するために多くのことを行います。

しかし、現在の統合アプローチは、バグジラ データベースを直接更新する一連の SQL 呼び出しです。これには明らかに多くの欠点があります。たとえば、データベース スキーマが変更された場合に 3.2 にアップグレードすることに神経質になります。

たとえば、バグにコメントを追加するために、longdescs テーブルに INSERT を実行しています。

だから私の（少し長ったらしい）質問は：

  • Bugzilla WebServices を使用する必要がありますか (使用している場合、Bugzilla API ドキュメント以外に、すぐに慣れていない優れたドキュメントはありますか)
  • または、他の Bugzilla API (直接 perl 呼び出し?) を使用する必要がありますか? また、これに関する適切なドキュメントはありますか?
  • または、データベースはそれほど変化せず、「仕事をする」ので、自分がしていること（直接SQL呼び出し）を続ける必要があります
4

3 に答える 3

3

Bugzilla WebServices API によると、必要な機能の一部 (バグ ステータスの変更など) はまだ利用できないため、当面は SQL の直接呼び出しが最も適切なオプションのようです。

データベース スキーマはバージョン 3.0 と 3.2 の間で大幅に変更されていないため、これは実用的な方法です。

于 2008-12-05T12:06:43.500 に答える
2

参考までに、Bugzilla 3.2ディストリビューションには、contrib/bz_webservice_demo.pl「XMLRPCを介してBugzillaと通信する方法を示す」ことを目的としたファイルがあります。

于 2008-12-12T17:27:07.257 に答える