From: Phillip Wood <phillip.wood123@gmail.com>
To: "D. Ben Knoble" <ben.knoble@gmail.com>,
Jasper Mayone <me@jaspermayone.com>
Cc: git@vger.kernel.org, gitster@pobox.com, sunshine@sunshineco.com,
kristofferhaugsbakk@fastmail.com, haraldnordgren@gmail.com
Subject: Re: [PATCH v4 2/4] doc: for-each-ref: say how to read %(worktreepath) safely
Date: Mon, 9 Nov 2026 15:10:17 +0000 [thread overview]
Message-ID: <3b97401f-5579-456e-ba62-c7a0fdb88d23@gmail.com> (raw)
In-Reply-To: <CALnO6CAjWNsj=X4fp5rst+yCTo2FNVH6g=xt4V=b+pwG68gVXg@mail.gmail.com>
Hi Ben
On 09/11/2026 12:36, D. Ben Knoble wrote:
> On Mon, Nov 2, 2026 at 1:29 PM Jasper Mayone <me@jaspermayone.com> wrote:
>>
>> The path that %(worktreepath) gives can contain a newline, which
>> breaks a script that reads one record per line. Say how to avoid
>> that: use a quoting option, or end the atom with %00 and look for the
>> NUL before the LF that ends the record.
>>
>> Also say that only one worktree is shown when a branch is checked out
>> in more than one worktree.
>
> I was under the impression a branch could not be checked out in
> multiple worktrees due to possible races from each worktree performing
> updates; or at least, that the porcelain would refuse to create such
> worktrees.
>
> Has that limitation been lifted recently?
No, it is not encouraged, but it is possible to checkout the same branch
in more than one worktree with "git worktree add --force", or "git
checkout --ignore-other-worktrees". Those options have existed for some
time. It's also possible to bypass the checks by using "git symbolic-ref".
Thanks
Phillip
>> Suggested-by: Phillip Wood <phillip.wood123@gmail.com>
>> Signed-off-by: Jasper Mayone <me@jaspermayone.com>
>> ---
>> Documentation/git-for-each-ref.adoc | 7 ++++++-
>> 1 file changed, 6 insertions(+), 1 deletion(-)
>>
>> diff --git a/Documentation/git-for-each-ref.adoc b/Documentation/git-for-each-ref.adoc
>> index a7b31e8aaf..9247737aa7 100644
>> --- a/Documentation/git-for-each-ref.adoc
>> +++ b/Documentation/git-for-each-ref.adoc
>> @@ -183,7 +183,12 @@ but if used together the last option is selected.
>> `worktreepath`::
>> The absolute path to the worktree in which the ref is checked
>> out, if it is checked out in any linked worktree. Empty string
>> - otherwise.
>> + otherwise. If the ref is checked out in more than one worktree,
>> + only one of them is shown. The path can contain a newline, so
>> + use one of the quoting options such as `--shell`, or follow
>> + `%(worktreepath)` with `%00` and parse the output by looking for
>> + the `NUL` after the path and then for the `LF` that ends each
>> + record.
>>
>> `ahead-behind:<commit-ish>`::
>> Two integers, separated by a space, demonstrating the number of
>> --
>> 2.56.0
>>
>
>
next prev parent reply other threads:[~2026-11-09 15:10 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-21 17:33 [RFC PATCH 0/1] worktree list: add --merged and --no-merged Jasper Mayone
2026-10-21 17:33 ` [RFC PATCH 1/1] " Jasper Mayone
2026-10-23 18:30 ` Junio C Hamano
2026-10-24 6:25 ` Eric Sunshine
2026-10-24 16:53 ` [PATCH v2] worktree list: add --branch to select worktrees by branch Jasper Mayone
2026-10-25 14:47 ` Phillip Wood
2026-10-26 11:02 ` Phillip Wood
2026-10-28 6:02 ` Eric Sunshine
2026-10-28 15:27 ` Junio C Hamano
2026-10-28 11:32 ` Kristoffer Haugsbakk
2026-10-29 4:46 ` Jasper Mayone
2026-10-29 5:01 ` Eric Sunshine
2026-10-29 11:14 ` Phillip Wood
2026-10-29 14:23 ` Ben Knoble
2026-10-29 16:10 ` Phillip Wood
2026-10-30 14:21 ` [PATCH 0/2] worktree: treat a branch being rebased or bisected as checked out Jasper Mayone
2026-10-30 14:21 ` [PATCH 1/2] worktree remove: refuse a worktree in the middle of a rebase or bisect Jasper Mayone
2026-11-02 14:07 ` Phillip Wood
2026-11-02 17:57 ` Jasper Mayone
2026-10-30 14:21 ` [PATCH 2/2] ref-filter: name the worktree of a branch being rebased or bisected Jasper Mayone
2026-11-02 14:06 ` Phillip Wood
2026-11-02 17:57 ` Jasper Mayone
2026-10-30 22:55 ` [PATCH 0/2] worktree: treat a branch being rebased or bisected as checked out Junio C Hamano
2026-10-30 23:06 ` Jasper Mayone
2026-11-02 18:29 ` [PATCH v4 0/4] " Jasper Mayone
2026-11-02 18:29 ` [PATCH v4 1/4] worktree remove: refuse a worktree in the middle of an operation Jasper Mayone
2026-11-10 16:47 ` Phillip Wood
2026-11-10 17:09 ` Ben Knoble
2026-11-02 18:29 ` [PATCH v4 2/4] doc: for-each-ref: say how to read %(worktreepath) safely Jasper Mayone
2026-11-09 12:36 ` D. Ben Knoble
2026-11-09 15:10 ` Phillip Wood [this message]
2026-11-09 17:27 ` Ben Knoble
2026-11-09 20:17 ` Junio C Hamano
2026-11-10 16:47 ` Phillip Wood
2026-11-02 18:29 ` [PATCH v4 3/4] ref-filter: name the worktree of a branch being rebased or bisected Jasper Mayone
2026-11-10 16:47 ` Phillip Wood
2026-11-02 18:29 ` [PATCH v4 4/4] branch: do not mark the branch the current worktree is rebasing Jasper Mayone
2026-11-10 16:45 ` Phillip Wood
2026-11-10 16:49 ` [PATCH v4 0/4] worktree: treat a branch being rebased or bisected as checked out Phillip Wood
2026-11-11 15:28 ` [PATCH v5 0/5] " Jasper Mayone
2026-11-11 15:28 ` [PATCH v5 1/5] worktree remove: refuse a worktree in the middle of an operation Jasper Mayone
2026-11-11 15:28 ` [PATCH v5 2/5] doc: for-each-ref: say how to read %(worktreepath) safely Jasper Mayone
2026-11-11 15:28 ` [PATCH v5 3/5] ref-filter: name the worktree of a branch being rebased or bisected Jasper Mayone
2026-11-11 15:28 ` [PATCH v5 4/5] ref-filter: add %(currentworktree) Jasper Mayone
2026-11-11 15:28 ` [PATCH v5 5/5] branch: do not mark the branch the current worktree is rebasing Jasper Mayone
2026-11-11 15:42 ` [PATCH v5 0/5] worktree: treat a branch being rebased or bisected as checked out Ben Knoble
2026-10-21 21:36 ` [RFC PATCH 0/1] worktree list: add --merged and --no-merged Harald Nordgren
2026-10-21 22:12 ` Junio C Hamano
2026-10-22 7:21 ` Harald Nordgren
2026-10-22 17:58 ` Kristoffer Haugsbakk
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=3b97401f-5579-456e-ba62-c7a0fdb88d23@gmail.com \
--to=phillip.wood123@gmail.com \
--cc=ben.knoble@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=haraldnordgren@gmail.com \
--cc=kristofferhaugsbakk@fastmail.com \
--cc=me@jaspermayone.com \
--cc=phillip.wood@dunelm.org.uk \
--cc=sunshine@sunshineco.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