Git development
 help / color / mirror / Atom feed
From: "Domen Kožar" <domen@cachix.org>
To: Kristoffer Haugsbakk <kristofferhaugsbakk@fastmail.com>
Cc: "Domen Kožar" <domen@cachix.org>,
	"Junio C Hamano" <gitster@pobox.com>,
	git@vger.kernel.org, "Caleb White" <cdwhite3@pm.me>,
	"Phillip Wood" <phillip.wood123@gmail.com>,
	"Eric Sunshine" <sunshine@sunshineco.com>,
	"Patrick Steinhardt" <ps@pks.im>,
	avarab@gmail.com, "Alexander G . Riccio" <test35965@gmail.com>
Subject: Re: [PATCH v2 0/4] worktree: add lifecycle hooks
Date: Mon, 07 Sep 2026 19:34:43 +0000	[thread overview]
Message-ID: <8fda00ab-a7ac-4ccb-95bb-9d2e28163bb7@mtasv.net> (raw)
In-Reply-To: <de83b791-92ae-41a1-8ecf-5abce7893998@app.fastmail.com>

Hi Kristoffer,

Thanks for the suggestion. An ownership ID could help tools avoid
interfering with each other's worktrees.

The case I'm trying to support has two separate participants: an IDE
or agent creates and removes worktrees, while devenv provisions and
cleans up the development environment associated with each one.

devenv doesn't own those worktrees or control the commands that create
them. It needs to observe their lifecycle regardless of which tool
invokes Git. Even if the creator supplies an ownership ID, how would
devenv learn that a worktree was added or removed?

Requiring the creator to explicitly notify devenv would bring back the
per-tool integration requirement that motivates the hook. The same
applies to worktrees created or removed directly by the user.

Pruning is another useful case: Git knows which administrative entries
it actually removes, including entries whose directories are already
gone. A hook could report each removal directly to interested tooling.

Would ownership IDs and lifecycle notifications serve complementary
purposes here?

Thanks,
Domen

  reply	other threads:[~2026-09-07 19:37 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-09 23:36 [PATCH v1 0/3] worktree: add post-worktree-add and post-worktree-remove hooks Domen Kožar
2026-07-10  9:34 ` Phillip Wood
     [not found]   ` <CAMvcdZS=ZYbLmjKaGJvjQ_fWYhVbOzwMvYq+MMENWPYi_RiqvQ@mail.gmail.com>
2026-07-13 13:19     ` Phillip Wood
2026-08-04 18:14 ` [PATCH v2 0/4] worktree: add lifecycle hooks Domen Kožar
2026-08-04 19:03   ` Caleb White
2026-08-04 20:28     ` Junio C Hamano
2026-08-30 17:21       ` Domen Kožar
2026-09-07 14:30         ` Domen Kožar
2026-09-07 18:18           ` Kristoffer Haugsbakk
2026-09-07 19:34             ` Domen Kožar [this message]
     [not found] ` <20260804181358.532970-1-domen@cachix.org>
2026-08-04 18:14   ` [PATCH v2 1/4] worktree: add post-worktree-add hook Domen Kožar
2026-08-04 20:03     ` Caleb White
2026-08-04 18:14   ` [PATCH v2 2/4] worktree: add post-worktree-remove hook Domen Kožar
2026-08-04 18:14   ` [PATCH v2 3/4] worktree: run post-worktree-remove hook when pruning Domen Kožar
2026-08-04 18:14   ` [PATCH v2 4/4] worktree: add post-worktree-move hook Domen Kožar
  -- strict thread matches above, loose matches on Subject: below --
2026-08-11 20:26 [PATCH v2 0/4] worktree: add lifecycle hooks <Alexander G. Riccio>

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8fda00ab-a7ac-4ccb-95bb-9d2e28163bb7@mtasv.net \
    --to=domen@cachix.org \
    --cc=avarab@gmail.com \
    --cc=cdwhite3@pm.me \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=kristofferhaugsbakk@fastmail.com \
    --cc=phillip.wood123@gmail.com \
    --cc=ps@pks.im \
    --cc=sunshine@sunshineco.com \
    --cc=test35965@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox