-
Notifications
You must be signed in to change notification settings - Fork 3.5k
[NO QA] [POC] Tidy up and formalise ./patches
#61498
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
[NO QA] [POC] Tidy up and formalise ./patches
#61498
Conversation
|
|
|
Love it, i think we can refine it in slack with others, but more structure into the patch management will be beneficial in general, curious what @roryabraham thinks too before you make the p/s in slack |
./patches./patches
|
This looks like a beneficial change to me (avoiding the need to go through GitHub history is great. However, I feel like a missing piece is enforcing that the table is updated whenever patches are changed. It feels somewhat likely that people will miss that. Though even if they did, we'd be no worse-off than we are now. So it's NAB. I'd be happy to continue reviewing and merge this PR 👍🏼 |
de6f0f6 to
f8ebb52
Compare
|
I modified the The bullet list seems more readable when not rendered and should be easier to maintain Any thoughts @mountiny @roryabraham? |
|
@abdulrahuman5196 Please copy/paste the Reviewer Checklist from here into a new comment on this PR and complete it. If you have the K2 extension, you can simply click: [this button] |
|
I am team bullet points |
|
Sure, bullets seem fine 👍🏼 Alternatively, you could use a pure HTML table instead of a markdown table. I feel like that might actually expand better into a list-like structure while still looking clean for render ( Whatever you choose is fine with me |
|
@roryabraham @mountiny I switched to bullet points and added a guide about patches |
roryabraham
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should also validate that every patch that we have matches the version of the package from pacakge.json
Co-authored-by: Rory Abraham <47436092+roryabraham@users.noreply.github.com>
|
@mountiny @roryabraham I looked at the patches more carefully and found out that they can be merged into one 👀 The second and the third were reverting changes added in the first, so I removed them and adjusted the first patch. |
mountiny
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks, looks good to me, thanks for updating the patches
|
Hi, Do we need C+ here? |
|
@abdulrahuman5196 no need, thanks! |
mountiny
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All yours @roryabraham
|
Ignoring failing Validate GitHub Actions check because I know it's unrelated and already fixed on main. |
Reviewer Checklist
Screenshots/VideosAndroid: HybridAppAndroid: mWeb ChromeiOS: HybridAppiOS: mWeb SafariMacOS: Chrome / SafariMacOS: Desktop |
|
@roryabraham looks like this was merged without a test passing. Please add a note explaining why this was done and remove the |
|
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
|
🚀 Deployed to staging by https://github.com/roryabraham in version: 9.1.51-0 🚀
|
|
🚀 Deployed to production by https://github.com/arosiclair in version: 9.1.51-6 🚀
|

Explanation of Change
Problem
Currently, when updating dependencies (react-native or other libs) we don't know if the patch is still needed or when it was introduced (it requires digging into github because blame often loses track of the first PR e.g. when renaming). That increases migration time and makes the process more difficult.
Solution
Split
patchesdirectory into per-library directoriesEach
details.mdfile would contain a table (to discuss) with link to patch, reason explaining why the patch has been added and links to App and upstream PRsThat way, we will be able to keep track of our patches and make sure the upstream PRs are raised
Fixed Issues
$ #61814
PROPOSAL:
Tests
Offline tests
QA Steps
PR Author Checklist
### Fixed Issuessection aboveTestssectionOffline stepssectionQA stepssectioncanBeMissingparam foruseOnyxtoggleReportand notonIconClick)src/languages/*files and using the translation methodSTYLE.md) were followedAvatar, I verified the components usingAvatarare working as expected)StyleUtils.getBackgroundAndBorderStyle(theme.componentBG))Avataris modified, I verified thatAvataris working as expected in all cases)Designlabel and/or tagged@Expensify/designso the design team can review the changes.ScrollViewcomponent to make it scrollable when more elements are added to the page.mainbranch was merged into this PR after a review, I tested again and verified the outcome was still expected according to theTeststeps.Screenshots/Videos
Android: Native
Android: mWeb Chrome
iOS: Native
iOS: mWeb Safari
MacOS: Chrome / Safari
MacOS: Desktop