Skip to content

[No BZ] Warn developers if they upgrade a dependency but not a patch #36776

Closed

Description

@roryabraham

Coming from #36775...

Problem

When upgrading dependencies, it's possible that you may break a patch for that dependency. It's also possible that the patch may no longer be needed. It's easy to forget this, which leaves unused patch files in our repo.

Solution

Add a simple PR check to our webhook that looks for PRs that upgrade a dependency with a patch without updating the patch and include a PR comment like:

Heads up! It looks like you updated a dependency without updating the patch. Do you need to update the patch?

Upwork Automation - Do Not Edit
  • Upwork Job URL: https://www.upwork.com/jobs/~019999ca1782dc1db6
  • Upwork Job ID: 1759309916923375616
  • Last Price Increase: 2024-02-18

Activity

  1. self-assigned this
    on Feb 18, 2024
  2. melvin-bot commented on Feb 18, 2024

    @melvin-bot
  3. added
    InternalRequires API changes or must be handled by Expensify staff
    on Feb 18, 2024
  4. melvin-bot commented on Feb 18, 2024

    @melvin-bot
  5. melvin-bot commented on Feb 18, 2024

    @melvin-bot

    Triggered auto assignment to Contributor Plus for review of internal employee PR - @rushatgabhane (Internal)

  6. roryabraham commented on Feb 18, 2024

    @roryabraham
    ContributorAuthor

    I was thinking this should be internal like other similar-style warnings in our webhook. Don't need a C+, not sure why we assign them for issues labelled Internal...

  7. 3 remaining items

  8. removed their assignment
    on Mar 13, 2024
  9. added
    FirstPickEngineering only, please! Only add when there is an identified code solution.
    on Mar 13, 2024
  10. changed the title [-]Warn developers if they upgrade a dependency but not a patch[/-] [+][No BZ] Warn developers if they upgrade a dependency but not a patch[/+] on Apr 4, 2024
  11. mallenexpensify commented on Apr 4, 2024

    @mallenexpensify
    Contributor

    Updated title to denote this NewFeature doesn't need a BZ assigned.

  12. roryabraham commented on Apr 15, 2024

    @roryabraham
    ContributorAuthor

    This also isn't really in the roadmap anywhere - it's more of an automation to prevent developer mistakes

  13. melvin-bot commented on Jun 27, 2024

    @melvin-bot

    @roryabraham, this Monthly task hasn't been acted upon in 6 weeks; closing.

    If you disagree, feel encouraged to reopen it -- but pick your least important issue to close instead.

  14. roryabraham commented on Jun 28, 2024

    @roryabraham
    ContributorAuthor

    This was quick and easy to implement, and failing to correctly update our patches can lead to headaches. So I created a PR to add this check. It's all-too-common for patches to be added with limited context and then basically left forever, so hopefully this should help curb that practice.

  15. self-assigned this
    on Jun 28, 2024
  16. melvin-bot commented on Aug 26, 2024

    @melvin-bot

    @roryabraham, this Monthly task hasn't been acted upon in 6 weeks; closing.

    If you disagree, feel encouraged to reopen it -- but pick your least important issue to close instead.

  17. roryabraham commented on Aug 26, 2024

    @roryabraham
    ContributorAuthor

    oh, this has been done for a while 🙈

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

FirstPickEngineering only, please! Only add when there is an identified code solution.InternalRequires API changes or must be handled by Expensify staffMonthlyKSv2NewFeatureSomething to build that is a new item.Not a priorityReviewingHas a PR in review

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions