Skip to content

release: v1.2.4 - let @Last modified by follow real edits - #22

Merged
cldmv-bot[bot] merged 7 commits into
masterfrom
next
Oct 4, 2026
Merged

cldmv-bot[bot] merged 7 commits into
masterfrom
next

Conversation

@cldmv-bot

@cldmv-bot cldmv-bot Bot commented Oct 4, 2026 •

Copy link
Copy Markdown
Contributor

@cldmv/configs v1.2.4 Changelog

Release Date: October 2026
Release Type: Patch
Branch: release/1.2.4


Overview

The shared fix-headers.json stops forcing @Last modified by. Until now every fix-headers run in an extending repository stamped whoever ran it as the last modifier of every file it touched, even when the only change was a header rewrite such as a new date format. With forceLastModifiedAuthorUpdate set to false and fix-headers 2.2.0, @Last modified by now records the last person who actually edited a file's content, while @Last modified time still moves whenever fix-headers rewrites a header.

Together with forceAuthorUpdate: false, which shipped in v1.2.3, the shared config no longer rewrites anyone's authorship: @Author keeps the file's creator, and @Last modified by follows real edits. Extending repositories should upgrade to @cldmv/fix-headers 2.2.0 or later alongside this release.


🐛 Bug Fixes

@Last modified by follows real edits (#20)

forceLastModifiedAuthorUpdate was true, so every run rewrote @Last modified by to the identity running fix-headers (the name on their signing key, or git config user.name without one) on every file it changed. A contributor who ran npm run fix:headers therefore became the last modifier of every restamped file, even files they never opened (#15).

The option is now false. From fix-headers 2.2.0 (CLDMV/fix-headers#128) the field changes only when a file's content, everything outside the header, differs from the last commit, or when the file is new:

What changed in a file @Last modified time @Last modified by @Author
Nothing unchanged unchanged unchanged
Only the header (date format, epoch, @Date, spacing, filename, …) updated unchanged unchanged
Content edited, or a new file updated the person running fix-headers unchanged

On fix-headers releases before 2.2.0 the same setting keeps the existing @Last modified by on every run, real edits included, so the upgrade matters.

🔧 Dependencies

  • @cldmv/fix-headers ^2.1.4 → ^2.2.0 (#20), dev-only. The repository's own header pass ran under 2.2.0 and changed no files.
  • vitest and @vitest/coverage-v8 ^5.0.2 → ^5.0.3, and globals ^17.12.0 → ^17.13.0 (#21), dev-only. The coverage and globals bumps first merged as #18 and #19, two minutes after the v1.2.3 release, and were lost when next was reset after that release (CLDMV/.github#360). deps: restore the vitest and globals bumps lost in the next reset #21 re-applies them, together with the vitest bump from #17.

📚 Documentation

  • NEW: docs/changelog/v1/v1.2.4.md — this changelog.
  • README: the fix-headers.json table and notes explain both author settings, and the requirements now name fix-headers 2.2.0 as the version the author rules need.
  • v1.2.3 changelog corrected: that release also shipped forceAuthorUpdate: false, which its notes left out.

Upgrade notes

  • Upgrade @cldmv/fix-headers to 2.2.0 or later in every repository that extends this config. On older fix-headers, @Last modified by would no longer update even when a file is edited.
  • The first fix-headers run after upgrading leaves existing @Last modified by values alone and only changes them on files whose content was edited since the last commit. No repository-wide restamp of authors.
👥 Contributors

coverage

Metric Coverage
Statements 100.0%
Branches 100.0%
Functions 100.0%
Lines 100.0%

Avg: 100.0% · 117287f · Node lts/*

Co-authored-by: Shinrai Shinrai@users.noreply.github.com

Shinrai and others added 5 commits October 3, 2026 23:49
Set forceLastModifiedAuthorUpdate to false. With it on, every fix-headers
run stamped whoever ran it as @last modified by on every file. From
fix-headers 2.2.0 (CLDMV/fix-headers#128) that field changes only when a
file's content was edited, and a header-only rewrite just updates
@last modified time, so the force is no longer wanted.

Also bump this repository's own @cldmv/fix-headers to 2.2.0 (no headers
changed) and document 2.2.0 as the version the author rules need.

Refs #15
#18 (@vitest/coverage-v8 5.0.3) and #19 (globals 17.13.0) merged into next
two minutes after the v1.2.3 release merged and were wiped by the
post-release reset of next (CLDMV/.github#360). Re-applied at latest,
together with vitest 5.0.3 from #17.
@cldmv-bot cldmv-bot Bot added ! release → master v4 flow: persistent next → master release PR (carries the next feature release) release Marks a pull request as a pending release — merge to publish a new version semver: patch This release contains only backwards-compatible bug fixes type: bug Something is broken or not behaving as expected type: dependencies Relates to dependency updates, version bumps, or package management type: documentation Relates to docs, README updates, guides, or inline code comments labels Oct 4, 2026
@cldmv-bot

cldmv-bot Bot commented Oct 4, 2026 •

Copy link
Copy Markdown
Contributor Author

🔒 Dependency Review

  • ✅ 0 vulnerable package(s)
  • ✅ 0 package(s) with incompatible licenses
  • ✅ 0 package(s) with invalid SPDX license definitions
  • ✅ 0 package(s) with unknown licenses
  • ✅ 0 denied package(s)
  • ✅ 0 package(s) with OpenSSF Scorecard score < 3

Full job summary

@cldmv-bot

cldmv-bot Bot commented Oct 4, 2026

Copy link
Copy Markdown
Contributor Author

📦 Bundle size unchanged

File Raw Δ Raw Gzipped Δ Gzipped
fix-headers.json 320 B +1 B (+0.3%) 217 B —
Total 320 B +1 B 217 B ±0 B

📊 Generated by bundle-size. Brotli sizes also measured but omitted from the table for brevity.

Shinrai and others added 2 commits October 4, 2026 00:01
v1.2.4: forceLastModifiedAuthorUpdate false (#20) and the restored
dev-dependency bumps (#21). v1.2.3 also shipped forceAuthorUpdate false
(#16), which its notes left out.
@cldmv-bot
cldmv-bot Bot merged commit a508c03 into master Oct 4, 2026
42 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

! release → master v4 flow: persistent next → master release PR (carries the next feature release) release Marks a pull request as a pending release — merge to publish a new version semver: patch This release contains only backwards-compatible bug fixes type: bug Something is broken or not behaving as expected type: dependencies Relates to dependency updates, version bumps, or package management type: documentation Relates to docs, README updates, guides, or inline code comments

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant