Re: [PATCH 17/19] transport-helper: export is no longer always the last command
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Jun 9, 2011, 01:07 UTC
- Message-ID
- <7vsjrjzubl.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <1307558930-16074-18-git-send-email-srabbelier@gmail.com>
Sverre Rabbelier <srabbelier@gmail.com> writes:
Show 19 quoted lines
> Now that the remote helper protocol uses the new done command in its
> fast-import streams, export no longer needs to be the last command in
> the stream.
>
> Signed-off-by: Sverre Rabbelier <srabbelier@gmail.com>
> ---
> ...
> diff --git a/transport-helper.c b/transport-helper.c
> index c089928..f78b670 100644
> --- a/transport-helper.c
> +++ b/transport-helper.c
> @@ -762,7 +762,6 @@ static int push_refs_with_export(struct transport *transport,
> export_marks, import_marks, &revlist_args))
> die("Couldn't run fast-export");
>
> - data->no_disconnect_req = 1;
> if (finish_command(&exporter))
> die("Error while running fast-export");
> push_update_refs_status(data, remote_refs);I've looked at fa8c097 (Support remote helpers implementing smart transports, 2009-12-09) which introduced this no_disconnect_req field, 73b49a7 (remote-helpers: add support for an export command, 2010-03-29) which added push_refs_with_export() and made it set the field to 1, and also have read Documentation/git-remote-helpers.txt, but fail to see the connection between "this command no longer needs to be the last one" and "we do not set no-disconnect-req to 1, so that we do not send an empty line when we disconnect the helper".
Could you clarify the logic, perhaps by commenting a bit more where this field is examined and code changes its behaviour in disconnect_helper()?