chore(prettier-check): ignore changelog

[evegufy]

Description

release please uses * for lists, prettier wants -, as the changelog is autogenerated since #263, I'd just exclude it from the prettier check

Why

prettier check fails, example PR #329

Issue

n/a

Checklist

Please delete options that are not relevant.

• I have followed the contributing guidelines
• I have performed a self-review of my own changes
• I have successfully tested my changes

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarCloud

[oyo]

@evegufy as a workaround it's possible but it would be more elegant to have all md files formatted the same way. Isn't there a way to teach release-please following our agreed style? Can't that workflow simply run yarn pretty before committing?

[evegufy]

@evegufy as a workaround it's possible but it would be more elegant to have all md files formatted the same way. Isn't there a way to teach release-please following our agreed style? Can't that workflow simply run yarn pretty before committing?

I looked into if release please provides an option to change the style
https://github.com/googleapis/release-please/tree/main/docs
https://github.com/googleapis/release-please-action?tab=readme-ov-file
I can't find one.

Sure, one could look into running yarn pretty before committing the changelog but IMO it's not worth the time, and this issue is a small sacrifice/caveat for having an automated release process now.

[oyo]

Approved - a brief research revealed no simple way to execute prettier at the end of release-please workflow so we use this workaround