私は新しいhudsonプロジェクトを設定中ですが、release pluginを見つけました。 - その後、Mavenのリリースプラグインはデフォルト値を使用していますHudson/Jenkinsリリースプラグインリリースバージョンの問題
- は、文字列パラメータ
releaseVersion
とdevelopmentVersion
を定義しないでください:あなたは基本的に2つの可能性があります。 (例えば、1.0.0-SNAPSHOT(svn) - > 1.0.0のバージョンがリリースされ(svnのタグ)、1.0.1-SNAPSHOTは次の開発バージョンになります)。しかし、場合によっては(メジャーリリースがビルドされるなど)十分ではありません。 - これらの2つの値(cp。画像、赤いマーカー)を定義しますが、それらは常に入力する必要があり、空です。明らかに、デフォルト値を使用するか空白のままにする可能性はありません。それで、なぜ
preRelease
とpostRelease
アクションをスクリプトなどのように追加する可能性があるのですか。しかし、もしプラグインが必要ではないと思われるのであれば、もっと賢明になります。
だから私の質問は:は道は/リリースビルドスクリプト後、希望の動作を取得する前に、使用しないでありますか?
必要な動作は次のとおりです。フィールドreleaseVersion
およびdevelopmentVersion
には、実際のバージョン/バージョン+ 1があらかじめ入力されている必要があります。これが不可能な場合は、それらのフィールドを空白のままにしておくこともできます(mavenビルドプラグインのデフォルト動作をトリガーする場合)。これらのフィールドが空白の場合、空のパラメータでmavenが呼び出され、失敗します。
(本当に簡単なartifactoryリリースプラグインと組み合わせてjenkinsを使用しました - バージョンをリリースする必要がある場合は、すべてのバージョンが表示されているページが表示されます)たとえば、メジャーバージョンをビルドする必要がある場合ユーザーは簡単に数値を変更することができます)。
あなたの提案をお寄せいただきありがとうございますが、私は新しいプラグインをインストールすることはできません。あなたのソリューションはビルドプロセスの前後にスクリプトを実行するのと似ています。ここでスタックのオーバーフローが発生しました。私はグルーヴィースクリプトを見ましたが、内部的には他の同僚がアリを使っていました。私はそれらのステップがない解決策がなければならないと思った...まだ第3の方法を指摘してくれてありがとう... – Lonzak
あなたが下りて、プラグイン自体にその機能を紹介しない限り、別の方法があるとは思わない。私は現在の環境を改善することができるので、より良い解決策を探してもうれしいです。 – Bricktop