git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH 1/2] Introduce git-run-with-user-path helper program.

From
Petr Baudis <pasky@ucw.cz>
Date
May 17, 2005, 20:35 UTC
Message-ID
<20050517203500.GH7136@pasky.ji.cz>
In-Reply-To
<7vk6lxfybc.fsf@assigned-by-dhcp.cox.net>

Dear diary, on Tue, May 17, 2005 at 09:27:03PM CEST, I got a letter where Junio C Hamano <junkio@cox.net> told me that...

Show 29 quoted lines
> >>>>> "PB" == Petr Baudis <pasky@ucw.cz> writes:
> 
> >> +int path_ignored(const char *path)
> >> +{
> >> +	if (!verify_path(path))
> >> +		return 1;
> >> +
> >> +	/* Put the Porcelain layer ignore logic here.
> >> +	 * Return non-zero if path is to be ignored.
> >> +	 */
> >> +	return 0;
> >> +}
> 
> PB> I actually think you shouldn't. All the Porcelain layers should
> PB> hopefully use the same git toolkit layer, not each one shipping own due
> PB> to differences in things like this.
> 
> What you said above _is_ exactly my intention.  I phrased that
> comment very badly.  It should have said:
> 
>     /* We _will_ put the "ignore logic Porcelain layers agree upon"
>      * here, once we have a concensus.
>      *
>      * The code should return non-zero if path is to be ignored.
>      */
> 
> I did not put any implementation there because I do not think we
> have agreed upon anything yet.  This patch is to establish
> the framework.  
Ok, so this just bad comment. :-) No problem then.

Regarding having the code in the library, well, I'm thinking about why not to just put this logic into all the git commands. Unfortunately I can't find the email with Linus' argumentation against that right now. :-(

> git-run-with-user-path is useful both in implementing
> porcelain-add if the porcelain's policy is to take filesystem
> paths not GIT paths, like this:

Actually, my doubts about general usefulness of this wrapper are growing. Cogito is unlikely to ever make use of it since it has to figure out the .git location anyway for own use (it keeps plenty of own files there). But that's likely what any other porcelain layer would have to do as well, isn't it? The wrapper could still be useful for the standalone users, though.

Another thing is, I don't think git-run-with-user-path is the right name. I think it doesn't make much sense on its own, and the wrapper is actually doing more anyway, applying the ignore rules. What about calling it just git-run-wrapper?

-- 
				Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
C++: an octopus made by nailing extra legs onto a dog. -- Steve Taylor
Previous: Junio C HamanoNext: Junio C Hamano
Message 4 of 15 in “Introduce git-run-with-user-path helper program.”
  1. 1/2 Introduce git-run-with-user-path helper program.Junio C Hamano, May 16, 2005
  2. Petr BaudisMay 17, 2005
  3. Junio C HamanoMay 17, 2005
  4. Petr BaudisMay 17, 2005
  5. Junio C HamanoMay 17, 2005
  6. Petr BaudisMay 17, 2005
  7. Junio C HamanoMay 17, 2005
  8. Petr BaudisMay 18, 2005
  9. Junio C HamanoMay 18, 2005
  10. Petr BaudisMay 18, 2005
  11. Junio C HamanoMay 18, 2005
  12. Linus TorvaldsMay 19, 2005
  13. Junio C HamanoMay 19, 2005
  14. Thomas GlanzmannMay 19, 2005
  15. Junio C HamanoMay 19, 2005

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.