Skip to content

Conversation

@alexshtin
Copy link
Contributor

@alexshtin alexshtin commented May 2, 2025

What changed?

Removed useless sections. Improved others. Changed HTML comments to italic placeholders. Added GHA to validate placeholder removal (not blocking for now).

Why?

Team agreement.

How did you test it?

  • built
  • run locally and tested manually
  • covered by existing tests
  • added new unit test(s)
  • added new functional test(s)

@alexshtin alexshtin requested a review from a team as a code owner May 2, 2025 21:50
@alexshtin alexshtin requested a review from yiminc May 2, 2025 21:54
@alexshtin alexshtin changed the title Improve PR template Improve PR description template May 2, 2025
@alexshtin alexshtin requested a review from dnr May 2, 2025 22:24
## Potential risks
<!-- Assuming the worst case, what can be broken when deploying this change to production? -->
<!-- Any change is risky. Identify any potential risks involved in deploying this change to the production.
Pay special attention to potentially breaking backward compatibility, especially at the RPC and storage levels. -->
Copy link
Contributor

Choose a reason for hiding this comment

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

backwards and forwards, but maybe we don't have to call it out


## How did you test it?
<!-- How have you verified this change? Tested locally? Added a unit test? Checked in staging env? -->
<!-- Tested locally? Added a unit test? Added a functional test? Checked in CI? -->
Copy link
Contributor

Choose a reason for hiding this comment

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

lets make clear that this is checkboxes, not a questionary.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

You want me to list all possible options here? I guess there are too many of them, but I am not strictly against.


## Potential risks
<!-- Assuming the worst case, what can be broken when deploying this change to production? -->
<!-- Any change is risky. Identify any potential risks involved in deploying this change to the production.
Copy link
Contributor

Choose a reason for hiding this comment

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

Same here - optional.
If there are potential risks - worth shearing, if not - should be removed


## How did you test it?
<!-- How have you verified this change? Tested locally? Added a unit test? Checked in staging env? -->
- [ ] built
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
- [ ] built
- [ ] yolo
- [ ] built

(not a serious suggestion)

Copy link
Contributor Author

Choose a reason for hiding this comment

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

"tested in production"
"my code doesn't need testing, it is flawless"
"checked by Chuck Norris"

There a bunch of good options.


jobs:
strip-comments:
if: github.event.review.state == 'approved'
Copy link
Contributor

Choose a reason for hiding this comment

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

What makes this on first approval? That value is the overall approved status, not the type of review submitted?

@alexshtin alexshtin merged commit 87a0efc into temporalio:main May 6, 2025
54 of 56 checks passed
@alexshtin alexshtin deleted the feature/improve-pr-template branch May 6, 2025 18:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants