threads / discuss / 59902

Getting path to a file from arbitrary project directory

Subject: Getting path to a file from arbitrary project directory

## tl;dr

5 messages between Jun 23, 2023 and Jun 23, 2023.

replies: 4people: 3as markdown or json

Konstantin Kharlamov· Jun 23, 2023, 08:52 UTC · lore
(please keep me CC'ed, I'm not subscribed)
Hello! I'm trying to solve a simple problem: while I am inside an arbitrary project directory, I want to get a path to a file `filename.c` located elsewhere in the same project.¹
One way to implement that is with a command chain:
	cd $(git rev-parse --show-toplevel) && git ls-files --full-name -- "*filename.c"
But it is pretty clunky, because that requires you to modify state (changing current directory). It may not matter though, but I'm just wondering if there's a better way to do that, something like `git ls-files --top -- …`, or anything like that? Haven't found nothing similar in `man git-ls-files`.
As a separate note, this doesn't work:
	ls-files --full-name -- $(git rev-parse --show-toplevel)"*filename.c"
1: the usecase is I have a Emacs helper function to pick up a an aribtrarily mangled path to a file in the project from the primary clipboard and open that file. It's often "mangled", because gdb prints it with `../`, then logs print no path whatsoever, just a filename… So it's generally useful to have.
SZEDER Gábor· Jun 23, 2023, 09:45 UTC · re: Konstantin Kharlamov · lore

Re: Getting path to a file from arbitrary project directory

On Fri, Jun 23, 2023 at 11:52:58AM +0300, Konstantin Kharlamov wrote:
Show 9 quoted lines
> (please keep me CC'ed, I'm not subscribed)
> 
> Hello! I'm trying to solve a simple problem: while I am inside an arbitrary project directory, I want to get a path to a file `filename.c` located elsewhere in the same project.¹
> 
> One way to implement that is with a command chain:
> 
> 	cd $(git rev-parse --show-toplevel) && git ls-files --full-name -- "*filename.c"
> 
> But it is pretty clunky, because that requires you to modify state (changing current directory). It may not matter though, but I'm just wondering if there's a better way to do that, something like `git ls-files --top -- …`, or anything like that? Haven't found nothing similar in `man git-ls-files`.

When a command expects pathspecs as arguments, then in general the leading ':/' magic means the root of the working tree (not sure where it is documented, though), i.e. you could try this:

  git ls-files --full-name ':/*filename.c'
Show 5 quoted lines
> As a separate note, this doesn't work:
> 
> 	ls-files --full-name -- $(git rev-parse --show-toplevel)"*filename.c"
> 
> 1: the usecase is I have a Emacs helper function to pick up a an aribtrarily mangled path to a file in the project from the primary clipboard and open that file. It's often "mangled", because gdb prints it with `../`, then logs print no path whatsoever, just a filename… So it's generally useful to have.
Konstantin Kharlamov· Jun 23, 2023, 10:02 UTC · re: SZEDER Gábor · lore

Re: Getting path to a file from arbitrary project directory

Thank you very much, works for me!
On Fri, 2023-06-23 at 11:45 +0200, SZEDER Gábor wrote:
Show 33 quoted lines
> On Fri, Jun 23, 2023 at 11:52:58AM +0300, Konstantin Kharlamov wrote:
> > (please keep me CC'ed, I'm not subscribed)
> > 
> > Hello! I'm trying to solve a simple problem: while I am inside an arbitrary
> > project directory, I want to get a path to a file `filename.c` located
> > elsewhere in the same project.¹
> > 
> > One way to implement that is with a command chain:
> > 
> >         cd $(git rev-parse --show-toplevel) && git ls-files --full-name --
> > "*filename.c"
> > 
> > But it is pretty clunky, because that requires you to modify state (changing
> > current directory). It may not matter though, but I'm just wondering if
> > there's a better way to do that, something like `git ls-files --top -- …`,
> > or anything like that? Haven't found nothing similar in `man git-ls-files`.
> 
> When a command expects pathspecs as arguments, then in general the
> leading ':/' magic means the root of the working tree (not sure where
> it is documented, though), i.e. you could try this:
> 
>   git ls-files --full-name ':/*filename.c'
> 
> 
> > As a separate note, this doesn't work:
> > 
> >         ls-files --full-name -- $(git rev-parse --show-
> > toplevel)"*filename.c"
> > 
> > 1: the usecase is I have a Emacs helper function to pick up a an aribtrarily
> > mangled path to a file in the project from the primary clipboard and open
> > that file. It's often "mangled", because gdb prints it with `../`, then logs
> > print no path whatsoever, just a filename… So it's generally useful to have.
Junio C Hamano· Jun 23, 2023, 09:52 UTC · re: Konstantin Kharlamov · lore

Re: Getting path to a file from arbitrary project directory

Konstantin Kharlamov <hi-angel@yandex.ru> writes:
Show 5 quoted lines
> 1: the usecase is I have a Emacs helper function to pick up a an
> aribtrarily mangled path to a file in the project from the primary
> clipboard and open that file. It's often "mangled", because gdb
> prints it with `../`, then logs print no path whatsoever, just a
> filename… So it's generally useful to have.

Sounds like you are looking for the top (and possibly glob) magic pathspec, e.g. in the source tree of Git itself, I can go a few levels down into a random directory and get exactly the same listing of two files whose name is "rerere.c" located in two directories:

    $ cd t/helper
    $ git ls-files --full-name ':(top,glob)**/rerere.c'
    builtin/rerere.c
    rerere.c
Look for magic pathspec in "git help glossary" to learn more.
Konstantin Kharlamov· Jun 23, 2023, 10:02 UTC · re: Junio C Hamano · lore

Re: Getting path to a file from arbitrary project directory

Thank you, it works!
On Fri, 2023-06-23 at 02:52 -0700, Junio C Hamano wrote:
Show 21 quoted lines
> Konstantin Kharlamov <hi-angel@yandex.ru> writes:
> 
> > 1: the usecase is I have a Emacs helper function to pick up a an
> > aribtrarily mangled path to a file in the project from the primary
> > clipboard and open that file. It's often "mangled", because gdb
> > prints it with `../`, then logs print no path whatsoever, just a
> > filename… So it's generally useful to have.
> 
> Sounds like you are looking for the top (and possibly glob) magic
> pathspec, e.g. in the source tree of Git itself, I can go a few
> levels down into a random directory and get exactly the same listing
> of two files whose name is "rerere.c" located in two directories:
> 
>     $ cd t/helper
>     $ git ls-files --full-name ':(top,glob)**/rerere.c'
>     builtin/rerere.c
>     rerere.c
> 
> Look for magic pathspec in "git help glossary" to learn more.
> 
> 

← back to recent threads