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

Re: [PATCH 3/5] Use remote functions in git-push

From
Junio C Hamano <junkio@cox.net>
Date
Apr 29, 2007, 05:45 UTC
Message-ID
<7vzm4rg2d8.fsf@assigned-by-dhcp.cox.net>
In-Reply-To
<Pine.LNX.4.64.0704281304190.28708@iabervon.org>
Daniel Barkalow <barkalow@iabervon.org> writes:
Show 9 quoted lines
> diff --git a/builtin-push.c b/builtin-push.c
> index cb78401..2e944cd 100644
> --- a/builtin-push.c
> +++ b/builtin-push.c
> @@ -5,6 +5,7 @@
>  #include "refs.h"
>  #include "run-command.h"
>  #include "builtin.h"
> +#include "remote.h"

As I am rejecting the initial round of [PATCH 2/5], I only gave a cursory look at this one, but it seems straightforward code shuffling and nothing controversial.

I however would have liked a patch that moves bulk of remote parsing code from builtin-push.c to remote.c without adding anything that builtin-push.c did not have (i.e. fetch refspecs handling). That is, half of [PATCH 2/5] and this patch should have been a single patch that says "this moves code from builtin-push.c to remote.c, while abstracting out the static variables into struct remote, without doing anything else".

Then later you enhance the remote.c interface to deal with fetch refspecs and stuff in separate patches.

>  
>  #define MAX_URI (16)
I do not think you need this anymore...
Previous: Daniel Barkalow
Message 2 of 2 in “Use remote functions in git-push”
  1. 3/5 Use remote functions in git-pushDaniel Barkalow, Apr 28, 2007
  2. Junio C HamanoApr 29, 2007

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.