Auto: リリースラベルが存在しないにもかかわらず、リリースが生成されている

別のリポジトリに別のインスタンスがありました。 https://github.com/artsy/palette/compare/v2.25.10...v2.25.11。 これも自動マージされましたが、@ renovatebotの代わりに危険がありました。 多分それはボットがPRをマージする方法ですか？

かもしれない。 スキップリリースラベルには、ヘッドに関連するラベルが必要です。

おそらく、最後のコミットではなく、最後のPRを探す必要があります。

関連行https://github.com/intuit/auto-release/blob/83463e3f468a6d5e265cd5c720530bc5ac637365/src/semver.ts#L59

うーん...ええ。 それで、これを構築しているときに、ヘッドハッシュと前回のリリースのハッシュの間を調べ、それを使用してPRが何であるかを把握しました。

https://github.com/artsy/reaction/pull/1407/files#diff -ff397bdd24eed50e2a2cade2792a9d80R100

@zephraph明確にするために、これは起こっている状況ですか？

gitlog：

1. マージ後に作成されたボットまたは人をコミットする人もいます
2. skip-releaseラベルの付いたPRを持つコミット

結果：

コミット2がgitlohの先頭にないため、autoはskip-release実行しません

マージ後に行われたコミットはありませんでした。 マージそのもののようです。 ボットがPRをマージすると（それは偶然かもしれませんが）、 skipReleaseLabelsラベルが存在する場合でもリリースが発生します。 必要に応じて、さらに多くの例を見つけることができます。

これが最新の例です（上記のものと同様）。

1. https://github.com/artsy/renovate-config/pull/164はrenovateによって作成されました
2. PRに割り当てられたVersion: Trivialを改修します（ skipReleaseLabelsにあります）
3. RenovateはPRを自動的にマージします
4. skipReleaseLabelsラベルが存在するにもかかわらず、新しいリリースがカットされます

このPRマージには、コミットサブジェクトにPR番号がありません

動作するものはすべてPR番号を持っています

autoは、PR番号を取得するために、コミットメッセージ内のこの番号に依存しています。

マージ：
https://github.com/intuit/auto-release/blob/5cbccf46a9b49b12210325e7332d9f5c26b44ed1/src/log-parse.ts#L73

押しつぶす：
https://github.com/intuit/auto-release/blob/5cbccf46a9b49b12210325e7332d9f5c26b44ed1/src/log-parse.ts#L94

したがって、これらのPRをマージすると、何かが起きているように見えます。 起こっているのはリベースですか？

SHAに関連付けられたprを返す関数が必要ですが、適切なoctokitメソッドを見つけるのに問題があります

うーん、マスターのコミットをPRのコミットに一致させようとする道をたどっていますが、SHAが異なるようです。

これは非常に残念です。 今、私はこれらのコミットを彼らのPRにどのように一致させることができるか見当がつかない

merge_commit_shaが救助に

@zephraphこれはv2.5.6で修正する必要があります。 それでも問題が解決しない場合はお知らせください。