Skip to content
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Documentation: add PR template #5851

Merged
merged 4 commits into from
Apr 29, 2024
Merged

Documentation: add PR template #5851

merged 4 commits into from
Apr 29, 2024

Conversation

@facebook-github-bot facebook-github-bot added the CLA Signed This label is managed by the Facebook bot. Authors need to sign the CLA before a PR can be reviewed. label Apr 9, 2024
Copy link

vercel bot commented Apr 9, 2024

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name Status Preview Comments Updated (UTC)
lexical ✅ Ready (Inspect) Visit Preview 💬 Add feedback Apr 29, 2024 1:58am
lexical-playground ✅ Ready (Inspect) Visit Preview 💬 Add feedback Apr 29, 2024 1:58am

Copy link

github-actions bot commented Apr 9, 2024

size-limit report 📦

Path Size Loading time (3g) Running time (snapdragon) Total time
packages/lexical/dist/Lexical.js 23.66 KB (0%) 474 ms (0%) 338 ms (+11.56% 🔺) 811 ms
packages/lexical-rich-text/dist/LexicalRichText.js 33.88 KB (0%) 678 ms (0%) 873 ms (-9.23% 🔽) 1.6 s
packages/lexical-plain-text/dist/LexicalPlainText.js 33.86 KB (0%) 678 ms (0%) 1.1 s (+15.16% 🔺) 1.8 s

Copy link
Member

@zurfyx zurfyx left a comment

Choose a reason for hiding this comment

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

LGTM, but I'll let this PR sit for a bit to see if the rest have some opinions

.github/pull_request_template.md Outdated Show resolved Hide resolved
@StyleT
Copy link
Contributor

StyleT commented Apr 11, 2024

Hi!

Let's add selection of the affected modules to the PR template, so we can sort them easier. Ex: [package name] (@lexical/core). This would allow people that recently worked on the respective packages to review PRs faster.

Also sorting by type would help: chore, docs, feat, bug...

@potatowagon
Copy link
Contributor Author

Let's add selection of the affected modules to the PR template, so we can sort them easier. Ex: [package name] (@lexical/core).
Also sorting by type would help: chore, docs, feat, bug...

do u have an example of how this would fit into the PR template? youre welcomed to suggest a code change directly onto .github/pull_request_template.md

StyleT
StyleT previously requested changes Apr 15, 2024
@@ -0,0 +1,16 @@
## Description
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
## Description
## What type of PR is this?
<!-- Please try to limit your pull request to one type (bugfix, feature, etc). Submit multiple pull requests if needed. -->
<!-- Leave 1 option from the list: -->
**Breaking change / Refactor / Feature / Bug Fix / Documentation Update / Chore**
## Description
<!-- Describe the changes in this pull request -->
**Current behavior:**
<!-- Please describe the current behavior that you are modifying. -->
**New behavior:**
<!-- Please describe the behavior or changes that are being added by this PR. -->
**Closes:** #<!-- issue number -->
**Affected packages:** <!-- List names of the affected packages within lexical monorepo. If none affected - put "infra" here.
## Test plan
### Before
*Insert relevant screenshots/recordings/automated-tests*
### After
*Insert relevant screenshots/recordings/automated-tests*
## Added/updated automated tests?
_We encourage you to keep the code coverage percentage at 80% and above._
- [ ] Yes
- [ ] No, and this is why: _please replace this line with details on why tests
have not been included_
- [ ] I need help with writing tests

Copy link
Member

Choose a reason for hiding this comment

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

I wonder how much this will impact velocity. I like the detailed template as a means to write down as much information as possible but a too verbose summary will impact both the writers and the readers (I often find myself re-reading old PRs to understand the context).

IMO the package name should be part of the title, the close part can be part of the description and the automated tests don't need a checkbox list.

I'd advocate for a balance between @potatowagon 's initial PR and this.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I added a title guidance, which prompts to list PR Type and lexical packages. reason: those info would be helpful when screening through the list of pr titles of a sync diff.

For the description ive updated the guidance to include @StyleT suggestion. leaving that as guidance instead as the before/after behavior is covered in the test plan

@@ -129,7 +129,7 @@ jobs:
~/Library/Caches/ms-playwright
key: ${{ runner.os }}-v${{ secrets.CACHE_VERSION }}-${{ hashFiles('package-lock.json') }}
- name: Install dependencies
if: steps.cache.outputs.cache-hit != 'true'
# if: steps.cache.outputs.cache-hit != 'true'
Copy link
Contributor Author

Choose a reason for hiding this comment

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

not planning to commit this, temp fix to workflows error

failed to load config from /Users/runner/work/lexical/lexical/packages/lexical-playground/vite.prod.config.ts
error during build:
Error:
You installed esbuild on another platform than the one you're currently using.
This won't work because esbuild is written with native code and needs to
install a platform-specific binary executable.

Specifically the "esbuild-darwin-64" package is present but this platform
needs the "esbuild-darwin-arm64" package instead. People often get into this
situation by installing esbuild on Windows or macOS and copying "node_modules"
into a Docker image that runs Linux, or by copying "node_modules" between
Windows and WSL environments.

@potatowagon potatowagon merged commit a7d3b37 into main Apr 29, 2024
46 checks passed
@potatowagon potatowagon deleted the pr-template branch May 29, 2024 05:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CLA Signed This label is managed by the Facebook bot. Authors need to sign the CLA before a PR can be reviewed.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants