Skip to content

chore(main): release 0.37.0 - #372

Merged
Ank-KhoaHo merged 2 commits into
mainfrom
release-please--branches--main
Aug 24, 2026
Merged

chore(main): release 0.37.0#372
Ank-KhoaHo merged 2 commits into
mainfrom
release-please--branches--main

Conversation

@Ank-KhoaHo

@Ank-KhoaHo Ank-KhoaHo commented Aug 24, 2026

Copy link
Copy Markdown
Owner

🤖 I have created a release beep boop

0.37.0 (2026-08-24)

Added

  • extensions: mirror DocxReview as IDocxReview (#375) (8bcfacf)

Fixed

  • ci: remove the duplicate ignore entries that broke the Dependabot config (#374) (cab06a2)
  • core: restore the samples to the floating version (#371) (51a66eb)

Changed

  • deps: bump OfficeIMO to 3.2.6, AngleSharp to 1.7.2 and PdfPig to 0.1.16 (#366) (df1dc03)

This PR was generated with Release Please. See documentation.

@Ank-KhoaHo

Copy link
Copy Markdown
Owner Author

Before merging this

Merging tags the version and publishes both packages to nuget.org. A published version can be
unlisted but never edited
, so everything below is cheaper now than at any point afterwards.

  • Read the changelog entry in the diff. An entry that is empty, or that says nothing a
    consumer would act on, is a signal to let more changes accumulate rather than release now.

  • Does anything here CHANGE existing behaviour? release-please files every feat: under
    Added, which reads as a new capability. A changed default, a different output, or a new
    exception from a call that used to succeed is none of those — and a consumer upgrading will
    not learn about it from an Added line. Move it to Changed by hand, with the one-line
    migration.

    Not hypothetical: **0.13.0** changed generated documents from whatever the reader's template
    chose to A4, and the entry said only "defaulting to A4", filed under *Added*.
    
  • Does the nuget.org <Description> still describe what ships? Check it against the
    generated docfx/guides/capabilities.md. CI proves the
    field is non-empty; nothing can prove it is true. It described a smaller library than
    shipped for four releases.

  • Once you arm auto-merge, this PR is finished. Pushing to it afterwards is a race that is
    lost silently — git push reports success either way, and the commit is orphaned on a dead
    branch. Anything further goes on a new branch.


Editing CHANGELOG.md on this branch is all that is needed. The GitHub Release body is derived
from that entry automatically after merge, so the two cannot drift apart — they did on 0.27.2,
where the curated changelog and the published release notes disagreed until somebody noticed by hand.

@github-actions

github-actions Bot commented Aug 24, 2026

Copy link
Copy Markdown
Contributor

This entry has been curated.

0.37.0: 0 generated item(s), 23 line(s) of human content.

Updated whenever this branch changes - by release-please regenerating the entry, or by a curation being pushed. Re-read it immediately before merging.

@Ank-KhoaHo
Ank-KhoaHo force-pushed the release-please--branches--main branch from 050df89 to 441b98b Compare August 24, 2026 13:25
@Ank-KhoaHo Ank-KhoaHo changed the title chore(main): release 0.36.2 chore(main): release 0.37.0 Aug 24, 2026
@Ank-KhoaHo
Ank-KhoaHo force-pushed the release-please--branches--main branch from 441b98b to b486c65 Compare August 24, 2026 13:58
@Ank-KhoaHo
Ank-KhoaHo merged commit 0b878d3 into main Aug 24, 2026
17 checks passed
@Ank-KhoaHo
Ank-KhoaHo deleted the release-please--branches--main branch August 24, 2026 14:25
@Ank-KhoaHo

Copy link
Copy Markdown
Owner Author

🤖 Created releases:

🌻

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant