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 분명히

깃로그:

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 메서드를 찾는 데 문제가 있습니다.

hmm은 마스터의 커밋을 PR의 커밋과 일치시키려는 경로를 따라 갔지만 SHA가 다른 것 같습니다.

이것은 매우 실망 스럽습니다. 이제 이러한 커밋을 PR과 일치시키는 방법에 대한 단서가 없습니다.

merge_commit_sha 구조

@zephraph 이것은 v2.5.6 에서 수정되어야 합니다. 여전히 문제가 있으면 알려주세요!