GNU bug report logs - #79024
31.0.50; Multiple working trees support for VC

Previous Next

Package: emacs;

Reported by: Sean Whitton <spwhitton <at> spwhitton.name>

Date: Tue, 15 Jul 2025 11:51:02 UTC

Severity: normal

Merged with 79104

Found in version 31.0.50

Done: Sean Whitton <spwhitton <at> spwhitton.name>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Dmitry Gutov <dmitry <at> gutov.dev>
To: Sean Whitton <spwhitton <at> spwhitton.name>
Cc: 79024 <at> debbugs.gnu.org
Subject: bug#79024: 31.0.50; Multiple working trees support for VC
Date: Wed, 30 Jul 2025 05:24:59 +0300
Hi Sean,

On 29/07/2025 16:21, Sean Whitton wrote:
> I think you missed this request for input here.  Would you be able to
> take a look?  Thanks.
> 
> On Fri 18 Jul 2025 at 10:36am +01, Sean Whitton wrote:
> 
>> Dmitry, what do you think about a new project-prompter-predicate which
>> project prompters should use to filter the list of projects offered?  VC
>> could bind that to something which only lets through related worktrees.

I guess my answer is maybe.

Ideally we should be able to think of some other usage scenarios as 
well, not just from this worktree feature. Maybe add them to the docstring.

Questions about implementation:

Will 'project-known-project-roots' use (and be affected by) that predicate?

Could someone set it up one day and then later see a project-list entry 
stay around in the file but never come up in the prompt, or never be 
cleared by project-forget-zombie-projects?

Also IIUC if we consider the "other-working-trees API" approach, I guess 
it wouldn't exactly fit as a solution, because we'd want to substitute 
the full list instead of filtering. (Is that right?) Then an alternative 
could be just a separate user option for the prompter function here.




This bug report was last modified 5 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.