2

現在、ツールを使用したソフトウェア リリース ワークフローのセットアップを進めています。

現在の環境は次のとおりです。

  • Jenkins ビルド サーバー
  • Subversion リポジトリ
  • Nexus Maven リポジトリ

ビルド サーバーはあらゆる種類のさまざまなアーティファクトを生成します。その一部は、Maven によって作成され、Nexus リポジトリに格納された Java アーティファクトですが、現在手動​​で格納および管理する必要がある非 Java アーティファクトもあります。

私たちの目標は、いくつかの異種コンポーネントで構成されるソフトウェア リリースを作成することです。リリース構成では、次を定義する必要があります。

  • それに属するコンポーネント
  • これらのコンポーネントの正確なバージョン
  • これらのコンポーネントの作成に使用されたソース コード

リリース構成には、後でリリースを理解し、場合によっては再現するためのすべての関連情報が含まれている必要があります。

このワークフローを実装するツールは、リリースに不安定版、テスト版、または安定版としてタグ付けできるようにすることで、品質保証もサポートする必要があります。

問題は、説明したワークフローをサポートするツールがあるかどうかです。

4

2 に答える 2

0

Java アーティファクト リポジトリではなく、汎用パッケージ リポジトリ (rpm、deb) を選択します。リリース構成は、依存関係 (それに属するコンポーネント) とそのバージョンを示すファースト クラスのパッケージになります。ソースに関しては、ソース パッケージの作成も選択できます。ソースのトレーサビリティだけに関心がある場合は、カスタム メタデータをパッケージ仕様に追加できます。たとえば、説明に解析可能なものを追加できます。fpmは、これらのパッケージを作成するための一般的なツールです。

関連リンク:

http://www.techrepublic.com/blog/opensource/create-your-own-yum-repository/609

https://github.com/sonatype/nexus-yum-plugin

于 2013-01-05T12:11:33.737 に答える
0

Atlassian のツールであるJIRAの使用を検討する必要があります。JIRA を使用すると、問題やリリースなどを簡単に追跡できます。機能が多すぎてここで言及できませんが、リンクを確認することをお勧めします。

于 2013-01-04T13:45:01.693 に答える