Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
0Signal: worth watching, 1 to 5
Git InternalsArea: what it touches
Internal ChangesKind: in v2.1.277,
Internal ChangesSection of the release
Unclear The extra step returns its input unchanged, so it's unclear what purpose it serves or whether it has any visible effect.
What
The internal code path that measures how long git worktree detection takes (worktrees let you check out multiple branches of a repo at once) now runs one extra step before reporting the tengu_worktree_detection timing telemetry. This step reads the length of a list of results and then passes the list along unchanged.
Why
The step doesn't appear to alter the data, so this looks like an internal adjustment to how the timing is measured or logged rather than a change to worktree detection itself. It's not clear yet what purpose the extra step serves.
How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtThe extra step returns its input unchanged, so it's unclear what purpose it serves or whether it has any visible effect.