bug#54228: 29.0.50; project.el: Support local projects

[Dmitry Gutov <dgutov@yandex.ru>]

Hey folks,

Check out https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41572, of which 
this is a duplicate.

If the discussion seems daunting (and it is overly long), you can start 
at https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41572#82.

Comments welcome.

On 04.03.2022 20:15, Manuel Uberti via Bug reports for GNU Emacs, the 
Swiss army knife of text editors wrote:
> On 04/03/22 18:48, Daniel Martín wrote:
>> I use similar code in my config.  It's specially useful for monorepos,
>> where there is only one big .git folder, but multiple projects that you
>> want to handle separately.
> 
> In my case it's super useful for projects where I do not have VC 
> involved, of which I have a few. I just can't live without project.el 
> facilities in my daily Emacs any more. :)
> 
>> If we want to contribute this to project.el, I wonder if it makes sense
>> to generalize it a little bit by making ".project" the default value of
>> a customization variable.  That'd avoid the name clash with some Eclipse
>> files.  We could also detect files from common build systems, but I
>> don't know if that would be out of scope for the rather minimalist
>> project.el (vs projectile.el, for example).
> 
> I did not think about making ".project" the value of a defcustom, 
> because I do not use anything that relies on ".project" files. But if as 
> you say there is a chance of name clashing, then yes, making 
> customizable seems about right.
> 
> I'd wait for Dmitry to jump in on this. I'd like to hear his opinion as 
> well.