Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

chore: add breaking change pr check ci#9050

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged

Conversation

yeonjuan
Copy link
Contributor

@yeonjuanyeonjuan commentedMay 6, 2024
edited
Loading

PR Checklist

Overview

Add CI that checks breaking change pr title and body.

  • Disallows the use of exclamation mark(!) in PR title.
  • Enforces to write “BREAKING CHANGE:” at the beginning of the PR body if the pr has breaking change label.

@typescript-eslint
Copy link
Contributor

Thanks for the PR,@yeonjuan!

typescript-eslint is a 100% community driven project, and we are incredibly grateful that you are contributing to that community.

The core maintainers work on this in their personal time, so please understand that it may not be possible for them to review your work immediately.

Thanks again!


🙏Please, if you or your company is finding typescript-eslint valuable, help us sustain the project by sponsoring it transparently onhttps://opencollective.com/typescript-eslint.

@netlifyNetlify
Copy link

netlifybot commentedMay 6, 2024
edited
Loading

Deploy Preview fortypescript-eslint ready!

NameLink
🔨 Latest commitcde7ec4
🔍 Latest deploy loghttps://app.netlify.com/sites/typescript-eslint/deploys/663f5339678e1e0008618922
😎 Deploy Previewhttps://deploy-preview-9050--typescript-eslint.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.
Lighthouse
Lighthouse
1 paths audited
Performance: 97 (🟢 up 1 from production)
Accessibility: 100 (no change from production)
Best Practices: 92 (no change from production)
SEO: 98 (no change from production)
PWA: 80 (no change from production)
View the detailed breakdown and full score reports

To edit notification comments on pull requests, go to yourNetlify site configuration.

@nx-cloudNx Cloud
Copy link

nx-cloudbot commentedMay 6, 2024
edited
Loading

☁️ Nx Cloud Report

CI is running/has finished running commands for commitcde7ec4. As they complete they will appear below. Click to see the status, the terminal output, and the build insights.

📂 See all runs for this CI Pipeline Execution


✅ Successfully ran 31 targets

Sent with 💌 fromNxCloud.

@yeonjuanyeonjuan marked this pull request as ready for reviewMay 6, 2024 14:47
Comment on lines 30 to 34
function checkTitle(title) {
if (/!/.test(title)) {
raiseError(`Do not use exclamation mark ('!') in your PR Title.`);
}
}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Hmmm, isn't this too restrictive? I can imagine the several cases when! might be used not in the "breaking changes" position (before the semicolon)

Here are several real world PRs that have an exclamation mark in their titles:

I guess we should restrict only the use offeat(...)!: ... andfeat!: .... What do you think?

yeonjuan reacted with thumbs up emoji
@auvredauvred added the awaiting responseIssues waiting for a reply from the OP or another party labelMay 6, 2024
@yeonjuanyeonjuan requested a review fromauvredMay 9, 2024 14:57
@github-actionsgithub-actionsbot removed the awaiting responseIssues waiting for a reply from the OP or another party labelMay 9, 2024
Copy link
Member

@auvredauvred left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

One small note on PR title RegExp, otherwise LGTM!

}

function checkTitle(title) {
if (/^[a-z]+(\([a-z]+\))?!: /.test(title)) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Suggested change
if(/^[a-z]+(\([a-z]+\))?!:/.test(title)){
if(/^[a-z]+(\([a-z-]+\))?!:/.test(title)){

Without the dash, this regexp won't catchfeat(eslint-plugin)!: ...

yeonjuan reacted with thumbs up emoji
Copy link
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Thanks! I fixed itcde7ec4

@auvredauvred added the awaiting responseIssues waiting for a reply from the OP or another party labelMay 11, 2024
Copy link
Member

@auvredauvred left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

A man has his hands on his hips and he points at us, smiling and saying, "That's good. That's damn good", as his smile grows larger.

yeonjuan and JoshuaKGoldberg reacted with heart emoji
@auvredauvred added 1 approval>=1 team member has approved this PR; we're now leaving it open for more reviews before we merge and removed awaiting responseIssues waiting for a reply from the OP or another party labelsMay 11, 2024
Comment on lines +58 to +63
try {
checkTitle(pullRequest.title);
checkDescription(pullRequest.body, pullRequest.labels);
} catch (e) {
core.setFailed(e.message);
}

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Nit: I'd personally rather something likeconst error = checkTitle(...) || checkDescription(...). But this is fine for an internal script. If it does end up getting changed much later, we can always refactor. 🙂

Copy link
Member

@JoshuaKGoldbergJoshuaKGoldberg left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

🚀

@JoshuaKGoldbergJoshuaKGoldberg merged commit212d01c intotypescript-eslint:mainMay 26, 2024
58 checks passed
@github-actionsgithub-actionsbot locked asresolvedand limited conversation to collaboratorsJun 3, 2024
Sign up for freeto subscribe to this conversation on GitHub. Already have an account?Sign in.
Reviewers

@JoshuaKGoldbergJoshuaKGoldbergJoshuaKGoldberg approved these changes

@auvredauvredauvred approved these changes

Assignees
No one assigned
Labels
1 approval>=1 team member has approved this PR; we're now leaving it open for more reviews before we merge
Projects
None yet
Milestone
No milestone
3 participants
@yeonjuan@JoshuaKGoldberg@auvred

[8]ページ先頭

©2009-2025 Movatter.jp