Include stable branch identity in structured hook-log entries

Open
#3,699 1 comment 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
48/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Quiet
Tech stack
git, rust

Research direction

Start by tracing wt config state logs --format=json to the code that builds structured hook-log entries. Review how the hook run captures branch information and decide which stable identity fits the request. Done means each JSON entry preserves the human-readable branch label and includes an identity that distinguishes reused branch names.

Written by the indexing model from the issue text.

Description

Motivation

wt config state logs --format=json provides useful branch labels, but branch names can be reused. External tools can safely use the label for display preference, but not to associate a log with a particular worktree incarnation.

Request

Include a stable identity in each structured hook-log entry, such as the branch OID captured for the hook run and/or another Worktrunk-defined invocation identity. Preserve the human-readable branch label separately.

This would allow log viewers to prefer exact historical entries without treating a reusable branch name as identity.

Dominant language
Rust
Stars
8.8k
Forks
315
Avg merge
1d 6h
Merged PRs (30d)
204

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from max-sixty/worktrunk

All issues in max-sixty/worktrunk

Similar issues

More Rust issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.