Java-buildpack: Javaビルドパックでプッシュに失敗する

@ nebhale-おそらくこれはあなたが最近行ったコミットの結果ですか？

私は同じ問題を抱えていました：

Java Buildpack 9c46802 | https://github.com/cloudfoundry/java-buildpack.git#9c46802
No start command specified by buildpack or via Procfile.
App will not start unless a command is provided at runtime.

v4.16.1を試しましたが、機能しました。

たぶん、常に最新バージョンのタグを指すタグ名release ？

af2e9b6で解決

@nebhaleの迅速な対応に感謝します！

失礼なことを言うつもりはありませんが、マスターへのプッシュが私たちの展開を壊したのは、過去数日間でhttps://github.com/cloudfoundry/java-buildpack.gitビルドパックを指定していますが、これは明らかに問題を引き起こしています。 私が見つけることができる他のオプションは、 https://github.com/cloudfoundry/java-buildpack.git#v4.16.1などのタグを指定することですが、その場合、すべてのプロジェクトとパイプラインのバージョン管理の責任は私のチームにあります。 @corneilには、最新の安定版リリースを指すことができるreleaseタグを指定することで、最善の解決策があると思います。 あなたの考えは何ですか？

masterは常にアクティブな開発ブランチであり、過去に何度も壊れていました。 生産状況でそれに依存することは決して奨励されておらず、私たちはそれを安定させるための予防策を講じていません。 releaseタグなどの可変タグの使用は、ビルドの再現性を損なうため、アンチパターンです（ masterの使用に失敗することもあります）。 Cloud Foundryでのビルドパックの主な用途は、 cf create-buildpack/update-buildpackを使用した固定リリースバージョンであるため、タグ付き安定リリースの既存の戦略以外のものを作成するつもりはありません。

私たちのプロジェクトはIBMBluemixにあり、デフォルトのJavaビルドパックはWebSphere Liberty Profileであるため、ビルドパックを明示的に指定する必要があります。

開発者がマニフェストまたはデプロイメントスクリプトを維持するための提案は何でしょうか？

• https://github.com/cloudfoundry/java-buildpack.gitを使用して、最高のものを期待しますか？
• https://github.com/cloudfoundry/java-buildpack.git#v4.16.1を使用して、新しいバージョンをいつ使用するかをどうにかして決定しますか？

#releaseまたは#v4.xは、コミュニティへの影響を最小限に抑えながら、安全なトレードオフを提供することをお勧めします。
再現性が必要な場合は、 #v4.16.1ような明示的なバージョンを使用してください

明らかに、これをサポートするには、リリースプロセスに変更を加える必要があります。

@corneilに同意します。 私の考えているプロセスは、ビルドプロセスの再現性を期待している消費者は、すでにタグを直接指定する必要があるということです。 releaseタグを公開すると柔軟性が増し、安定性のために再現性を犠牲にすることをいとわないチームにそうするオプションが与えられます。