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

chore(release): 8.4.0 #2606

Merged
merged 1 commit into from
Jan 25, 2024
Merged

chore(release): 8.4.0 #2606

merged 1 commit into from
Jan 25, 2024

Conversation

xDivisionByZerox
Copy link
Member

No description provided.

@xDivisionByZerox xDivisionByZerox requested a review from a team January 18, 2024 22:03
@xDivisionByZerox xDivisionByZerox self-assigned this Jan 18, 2024
@xDivisionByZerox xDivisionByZerox requested a review from a team as a code owner January 18, 2024 22:03
@xDivisionByZerox xDivisionByZerox added this to the v8.x milestone Jan 18, 2024
Copy link

codecov bot commented Jan 18, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Comparison is base (871b2b0) 99.57% compared to head (2468b6c) 99.57%.

Additional details and impacted files
@@           Coverage Diff           @@
##             next    #2606   +/-   ##
=======================================
  Coverage   99.57%   99.57%           
=======================================
  Files        2807     2807           
  Lines      250452   250452           
  Branches     1151     1152    +1     
=======================================
+ Hits       249386   249390    +4     
+ Misses       1038     1034    -4     
  Partials       28       28           

see 2 files with indirect coverage changes

@ST-DDT
Copy link
Member

ST-DDT commented Jan 19, 2024

Should we wait for #2607 ?
Should we also regenerate the pnpm-lock file as usual?

@matthewmayer
Copy link
Contributor

if you think you'll likely do a 8.4.1 no need to wait. If you plan for 8.4.0 to be final pre-9.0.0 release (barring any critical bugfixes) it would be nice to wait.

@Shinigami92
Copy link
Member

IMO it is fine to wait, so that the docs are directly fine and don't need an extra release

@Shinigami92
Copy link
Member

Shinigami92 commented Jan 19, 2024

@xDivisionByZerox xDivisionByZerox added the do NOT merge yet Do not merge this PR into the target branch yet label Jan 19, 2024
@xDivisionByZerox
Copy link
Member Author

next/src/modules/finance/index.ts#L379-L612 does not have a @deprecation ⚠️ as well as next/src/modules/finance/index.ts#L990-L1167 and next/src/modules/location/index.ts#L430-L735

In location.longitude the defaults are wrongly documented, (90 instead of 180)

This is what I would put under "if we find anything during the next week", as we discussed in yesterdays meeting. I'd like to release v8.4.0, even if not perfect. Since you already found some unpollished code, we need to release a 8.5.0 as well afterwards.

Opinions on this?

ST-DDT
ST-DDT previously approved these changes Jan 19, 2024
Copy link
Member

@ST-DDT ST-DDT left a comment

Choose a reason for hiding this comment

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

No pnpm-lock update?

@xDivisionByZerox
Copy link
Member Author

No pnpm-lock update?

I never really understood why we do this in the first place.

The lock file ensures that all dependencies work as expected, if installed under the exact conditions described in the file. Why would I ignore that and update it ON RELEASE to potentially introduce a dependency tree that might be broken?
Like it partially happened in the release PR for 8.2.0. While not breaking the dependency tree, the rebuild introduced parts in the file that resolve in the project not being able to build. You are required to manually remove these part. That in itself feels really shady to me.

The lock file should only be updated by renovate or when dependencies are updated manually IMO.

@xDivisionByZerox xDivisionByZerox removed the do NOT merge yet Do not merge this PR into the target branch yet label Jan 24, 2024
@xDivisionByZerox xDivisionByZerox requested a review from a team January 24, 2024 20:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
c: release Release
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants