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

[PATCH v10 0/8] New proc-receive hook for centralized workflow

From
Jiang Xin <worldhello.net@gmail.com>
Date
Apr 12, 2020, 13:30 UTC
Message-ID
<20200412133022.17590-1-worldhello.net@gmail.com>
In-Reply-To
<20200407120813.25025-1-worldhello.net@gmail.com>
From: Jiang Xin <zhiyou.jx@alibaba-inc.com>
## Changes since v9
1. Minor refactors on patch 1/8, 2/8, 4/8, and 8/8.
2. New patch 5/8: export function `parse_feature_value()`.
3. Split patch 5/6 of reroll v9 into two patches (6/8 and 7/8),
   one for the server-side and one for the client-side.
   so can make a compatible test on old version of a Git client.
4. Patch 6/8: Use null character to split extended status of the report
   line, and add other key-value pairs for extension. For example:
   When we push to a pseudo reference using the following command:
       git push origin HEAD:refs/for/master/topic
   Even if the push command updates an existing pull request (such as
   refs/pull/123/head) instead of creating a new one, `git push`
   always give the following report:
       To <URL/of/upstream.git>
         * [new reference]      HEAD -> refs/pull/123/head
   After add more key-value pairs in the extended status, such as:
   'old-oid=<...>', 'forced-update', we get a nicer status report like:
       To upstream.git
        + 1234567...7654321     HEAD -> refs/pull/124/head (forced update)
## Range-diff v9...v10
1:  ba6222899b ! 1:  a293077bcf transport: not report a non-head push as a branch
    @@ t/t5411-proc-receive-hook.sh (new)
     +
     +# Format the output of git-push, git-show-ref and other commands to make a
     +# user-friendly and stable text.  In addition to the common format method,
    -+# we also replace URL of different protocol for the upstream repository to
    -+# a fixed pattern.
    ++# we also replace the URL of different protocol for the upstream repository
    ++# with a fixed pattern.
     +make_user_friendly_and_stable_output () {
     +	make_user_friendly_and_stable_output_common | sed \
     +		-e "s#To ../upstream.git#To <URL/of/upstream.git>#"
    @@ t/t5411/common-functions.sh (new)
     +		-e "s/$B/<COMMIT-B>/g" \
     +		-e "s/$TAG/<TAG-v123>/g" \
     +		-e "s/$ZERO_OID/<ZERO-OID>/g" \
    -+		-e "s/[0-9a-f]\{7,\}/<OID>/g"
    ++		-e "s/$(echo $A | cut -c1-7)[0-9a-f]*/<OID-A>/g" \
    ++		-e "s/$(echo $B | cut -c1-7)[0-9a-f]*/<OID-B>/g"
     +}
     
      ## t/t5411/common-test-cases.sh (new) ##
    @@ t/t5411/common-test-cases.sh (new)
     +	remote: post-receive< <ZERO-OID> <COMMIT-A> refs/review/master/topic
     +	remote: post-receive< <ZERO-OID> <COMMIT-A> refs/heads/a/b/c
     +	To <URL/of/upstream.git>
    -+	 + <OID>...<OID> HEAD -> master (forced update)
    ++	 + <OID-B>...<OID-A> HEAD -> master (forced update)
     +	 - [deleted] next
     +	 * [new tag] v123 -> v123
     +	 * [new reference] HEAD -> refs/review/master/topic
    @@ t/t5412-proc-receive-hook-http-protocol.sh (new)
     +
     +# Format the output of git-push, git-show-ref and other commands to make a
     +# user-friendly and stable text.  In addition to the common format method,
    -+# we also replace URL of different protocol for the upstream repository to
    -+# a fixed pattern.
    ++# we also replace the URL of different protocol for the upstream repository
    ++# with a fixed pattern.
     +make_user_friendly_and_stable_output () {
     +	make_user_friendly_and_stable_output_common | sed \
     +		-e "s#To http:.*/upstream.git#To <URL/of/upstream.git>#"
2:  195c5b0a0c ! 2:  915b9ef616 receive-pack: add new proc-receive hook
    @@ Commit message
         format.  In the following example, The letter "S" stands for
         "receive-pack" and letter "H" stands for the hook.
     
    -        # Version and capabilities negotiation.
    +        # Version and features negotiation.
             S: PKT-LINE(version=1\0push-options atomic...)
             S: flush-pkt
             H: PKT-LINE(version=1\0push-options...)
             H: flush-pkt
     
             # Send commands from server to the hook.
    -        S: PKT-LINE(old-oid new-oid ref)
    +        S: PKT-LINE(<old-oid> <new-oid> <ref>)
             S: ... ...
             S: flush-pkt
    -        # Only if push-options have been negotiated.
    +        # Send push-options only if the 'push-options' feature is enabled.
             S: PKT-LINE(push-option)
             S: ... ...
             S: flush-pkt
     
             # Receive result from the hook.
             # OK, run this command successfully.
    -        H: PKT-LINE(old-oid new-oid ref ok)
    +        H: PKT-LINE(<old-oid> <new-oid> <ref> ok)
             # NO, I reject it.
    -        H: PKT-LINE(old-oid new-oid ref ng reason)
    -        # OK, but use an alternate reference. (in latter commit)
    -        H: PKT-LINE(old-oid new-oid ref ok ref:alt-ref)
    -        # It will fallthrough to receive-pack to execute. (in latter commit)
    -        H: PKT-LINE(old-oid new-oid ref ft)
    +        H: PKT-LINE(<old-oid> <new-oid> <ref> ng <reason>)
    +        # Fall through, let 'receive-pack' to execute it.
    +        H: PKT-LINE(<old-oid> <new-oid> <ref> ft)
    +        # OK, but has an alternate reference.  The alternate reference name
    +        # and other status are given in key=value pairs after the null
    +        # character.
    +        H: PKT-LINE(<old-oid> <new-oid> <ref> ok\0ref=refs/pull/123/head
    +                    forced-update)
             H: ... ...
             H: flush-pkt
     
    -    After receiving a command, the hook can create/update another alternate
    -    reference.  For example, a command for a reference "refs/for/master" may
    -    create a special reference, such as "refs/pull/123/head".  The alternate
    -    reference can be returned from the result in an extensible format like
    -    "<old-oid> <new-oid> <reference> <status> [<message>]".
    +    After receiving a command, the hook will execute the command, and may
    +    create/update different reference.  For example, a command for a pseudo
    +    reference "refs/for/master/topic" may create/update different reference
    +    such as "refs/pull/123/head".  The alternate reference name and other
    +    status are given in key-value pairs as extended status of the report
    +    line.
     
    -    The result will be stored in a command list, and "receive-pack" will use
    -    the result to replace the commands that have specific `run_proc_receive`
    -    field turned on.
    +    The list of commands returned from "proc-receive" will replace the
    +    relevant commands that are sent from user to "receive-pack", and
    +    "receive-pack" will continue to run the "execute_commands" function and
    +    other routines.  Finally, the result of the execution of these commands
    +    will be reported to end user.
     
         Suggested-by: Junio C Hamano <gitster@pobox.com>
         Signed-off-by: Jiang Xin <zhiyou.jx@alibaba-inc.com>
    @@ builtin/receive-pack.c: static int run_update_hook(struct command *cmd)
     +static struct command *find_command_by_refname(const struct command *list,
     +					       const char *refname)
     +{
    -+	for ( ; list; list = list->next)
    ++	for (; list; list = list->next)
     +		if (!strcmp(list->ref_name, refname))
     +			return (struct command *)list;
     +	return NULL;
     +}
     +
    -+static int read_proc_receive_result(struct packet_reader *reader,
    ++static int read_proc_receive_report(struct packet_reader *reader,
     +				    struct command *commands,
     +				    struct strbuf *errmsg)
     +{
    -+	struct command *hint;
     +	struct command *cmd;
    ++	struct command *hint = NULL;
     +	int code = 0;
     +
    -+	hint = NULL;
     +	for (;;) {
     +		struct object_id old_oid, new_oid;
     +		const char *refname;
    @@ builtin/receive-pack.c: static int run_update_hook(struct command *cmd)
     +	}
     +
     +	for (cmd = commands; cmd; cmd = cmd->next)
    -+		if (cmd->run_proc_receive &&
    ++		if (cmd->run_proc_receive && !cmd->error_string &&
     +		    !(cmd->run_proc_receive & RUN_PROC_RECEIVE_RETURNED)) {
     +		    cmd->error_string = "no report from proc-receive";
     +		    code = -1;
    @@ builtin/receive-pack.c: static int run_update_hook(struct command *cmd)
     +
     +	/* Send commands */
     +	for (cmd = commands; cmd; cmd = cmd->next) {
    -+		char *old_hex, *new_hex;
    -+
     +		if (!cmd->run_proc_receive || cmd->skip_update || cmd->error_string)
     +			continue;
    -+		old_hex = oid_to_hex(&cmd->old_oid);
    -+		new_hex = oid_to_hex(&cmd->new_oid);
     +		packet_write_fmt(proc.in, "%s %s %s",
    -+				 old_hex, new_hex, cmd->ref_name);
    ++				 oid_to_hex(&cmd->old_oid),
    ++				 oid_to_hex(&cmd->new_oid),
    ++				 cmd->ref_name);
     +	}
     +	packet_flush(proc.in);
     +
    @@ builtin/receive-pack.c: static int run_update_hook(struct command *cmd)
     +	}
     +
     +	/* Read result from proc-receive */
    -+	code = read_proc_receive_result(&reader, commands, &errmsg);
    ++	code = read_proc_receive_report(&reader, commands, &errmsg);
     +
     +cleanup:
     +	close(proc.in);
    @@ builtin/receive-pack.c: static void execute_commands(struct command *commands,
      	free(head_name_to_free);
      	head_name = head_name_to_free = resolve_refdup("HEAD", 0, NULL, NULL);
      
    -+	if (run_proc_receive) {
    -+		int code;
    -+
    -+		code = run_proc_receive_hook(commands, push_options);
    -+		if (code) {
    -+			for (cmd = commands; cmd; cmd = cmd->next) {
    -+				if (!cmd->error_string  && (cmd->run_proc_receive || use_atomic))
    -+					cmd->error_string = "fail to run proc-receive hook";
    -+			}
    -+		}
    -+	}
    ++	if (run_proc_receive &&
    ++	    run_proc_receive_hook(commands, push_options))
    ++		for (cmd = commands; cmd; cmd = cmd->next)
    ++			if (!cmd->error_string  && (cmd->run_proc_receive || use_atomic))
    ++				cmd->error_string = "fail to run proc-receive hook";
     +
      	if (use_atomic)
      		execute_commands_atomic(commands, si);
    @@ t/helper/test-proc-receive.c (new)
     +		const char *refname;
     +		const char *p;
     +
    -+		if (packet_reader_read(reader) != PACKET_READ_NORMAL) {
    ++		if (packet_reader_read(reader) != PACKET_READ_NORMAL)
     +			break;
    -+		}
     +
     +		if (parse_oid_hex(reader->line, &old_oid, &p) ||
     +		    *p++ != ' ' ||
    @@ t/helper/test-proc-receive.c (new)
     +int cmd__proc_receive(int argc, const char **argv)
     +{
     +	struct packet_reader reader;
    -+	struct command *commands;
    ++	struct command *commands = NULL;
     +	struct string_list push_options = STRING_LIST_INIT_DUP;
     +	struct string_list_item *item;
     +	struct option options[] = {
    @@ t/helper/test-proc-receive.c (new)
     +				use_atomic? " atomic": "",
     +				use_push_options ? " push_options": "");
     +
    -+		for (cmd = commands; cmd; cmd = cmd->next) {
    -+			char *old_hex, *new_hex;
    -+
    -+			old_hex = oid_to_hex(&cmd->old_oid);
    -+			new_hex = oid_to_hex(&cmd->new_oid);
    ++		for (cmd = commands; cmd; cmd = cmd->next)
     +			fprintf(stderr, "proc-receive< %s %s %s\n",
    -+				old_hex, new_hex, cmd->ref_name);
    -+		}
    ++				oid_to_hex(&cmd->old_oid),
    ++				oid_to_hex(&cmd->new_oid),
    ++				cmd->ref_name);
     +
    -+		if (push_options.nr > 0) {
    ++		if (push_options.nr > 0)
     +			for_each_string_list_item(item, &push_options)
     +				fprintf(stderr, "proc-receive< %s\n", item->string);
    -+		}
     +
    -+		if (returns.nr) {
    ++		if (returns.nr)
     +			for_each_string_list_item(item, &returns)
     +				fprintf(stderr, "proc-receive> %s\n", item->string);
    -+		}
     +	}
     +
    -+	if (returns.nr) {
    ++	if (returns.nr)
     +		for_each_string_list_item(item, &returns)
     +			packet_write_fmt(1, "%s\n", item->string);
    -+	}
     +	packet_flush(1);
     +	sigchain_pop(SIGPIPE);
     +
    @@ t/t5411/common-functions.sh: create_commits_in () {
      	sed \
      		-e "s/  *\$//" \
     @@ t/t5411/common-functions.sh: make_user_friendly_and_stable_output_common () {
    - 		-e "s/$B/<COMMIT-B>/g" \
      		-e "s/$TAG/<TAG-v123>/g" \
      		-e "s/$ZERO_OID/<ZERO-OID>/g" \
    --		-e "s/[0-9a-f]\{7,\}/<OID>/g"
    -+		-e "s/[0-9a-f]\{7,\}/<OID>/g" \
    + 		-e "s/$(echo $A | cut -c1-7)[0-9a-f]*/<OID-A>/g" \
    +-		-e "s/$(echo $B | cut -c1-7)[0-9a-f]*/<OID-B>/g"
    ++		-e "s/$(echo $B | cut -c1-7)[0-9a-f]*/<OID-B>/g" \
     +		-e "/^error: / d"
      }
     
    @@ t/t5411/common-test-cases.sh: test_expect_success "normal git-push command" '
     +	remote: # post-receive hook
     +	remote: post-receive< <COMMIT-A> <COMMIT-B> refs/heads/master
     +	To <URL/of/upstream.git>
    -+	 <OID>..<OID> <COMMIT-B> -> master
    ++	 <OID-A>..<OID-B> <COMMIT-B> -> master
     +	 ! [remote rejected] HEAD -> refs/for/master/topic (no report from proc-receive)
     +	EOF
     +	test_cmp expect actual &&
3:  cde556e9c7 = 3:  16257616ec refs.c: refactor to reuse ref_is_hidden()
4:  3200327695 ! 4:  cd49b57c17 receive-pack: new config receive.procReceiveRefs
    @@ Commit message
         Add a new multi-valued config variable "receive.procReceiveRefs"
         for `receive-pack` command, like the follows:
     
    -        git config --system --add receive.procReceiveRefs refs/for/
    -        git config --system --add receive.procReceiveRefs refs/drafts/
    +        git config --system --add receive.procReceiveRefs refs/for
    +        git config --system --add receive.procReceiveRefs refs/drafts
     
         If the specific prefix strings match the reference names of the commands
    -    which are sent by git client to `receive-pack`, these commands will be
    +    which are sent from git client to `receive-pack`, these commands will be
         executed by an external hook (named "proc-receive"), instead of the
         internal `execute_commands` function.
     
    -    For example, if it is set to "refs/for/", pushing to a reference such as
    +    For example, if it is set to "refs/for", pushing to a reference such as
         "refs/for/master" will not create or update reference "refs/for/master",
    -    but may create or update a pull request directly by running the external
    -    hook.
    +    but may create or update a pull request directly by running the hook
    +    "proc-receive".
     
         Signed-off-by: Jiang Xin <zhiyou.jx@alibaba-inc.com>
     
    @@ Documentation/config/receive.txt: receive.hideRefs::
     +receive.procReceiveRefs::
     +	This is a multi-valued variable that defines reference prefixes
     +	to match the commands in `receive-pack`.  Commands matching the
    -+	prefixes will be executed by an external hooks "proc-receive",
    ++	prefixes will be executed by an external hook "proc-receive",
     +	instead of the internal `execute_commands` function.  If this
     +	variable is not defined, the "proc-receive" hook will never be
     +	used, and all commands will be executed by the internal
    @@ Documentation/config/receive.txt: receive.hideRefs::
     +	For example, if this variable is set to "refs/for", pushing to
     +	reference such as "refs/for/master" will not create or update a
     +	reference named "refs/for/master", but may create or update a
    -+	pull request directly by running an external hook.
    ++	pull request directly by running the hook "proc-receive".
     +
      receive.updateServerInfo::
      	If set to true, git-receive-pack will run git-update-server-info
    @@ t/t5411/common-test-cases.sh: test_expect_success "push with options" '
     +	test-tool proc-receive -v \
     +		-r "$ZERO_OID $A refs/review/a/b/c/topic ok" \
     +		-r "$ZERO_OID $A refs/for/next/topic ok" \
    -+		-r "$ZERO_OID $A refs/for/master/topic ok"
    ++		-r "$B $A refs/for/master/topic ok"
     +	EOF
     +	chmod a+x "$upstream/hooks/proc-receive"
     +'
    @@ t/t5411/common-test-cases.sh: test_expect_success "push with options" '
     +	remote: proc-receive< <ZERO-OID> <COMMIT-A> refs/for/master/topic
     +	remote: proc-receive> <ZERO-OID> <COMMIT-A> refs/review/a/b/c/topic ok
     +	remote: proc-receive> <ZERO-OID> <COMMIT-A> refs/for/next/topic ok
    -+	remote: proc-receive> <ZERO-OID> <COMMIT-A> refs/for/master/topic ok
    ++	remote: proc-receive> <COMMIT-B> <COMMIT-A> refs/for/master/topic ok
     +	remote: # post-receive hook
     +	remote: post-receive< <ZERO-OID> <COMMIT-A> refs/for/next/topic
     +	remote: post-receive< <ZERO-OID> <COMMIT-A> refs/review/a/b/c/topic
    -+	remote: post-receive< <ZERO-OID> <COMMIT-A> refs/for/master/topic
    ++	remote: post-receive< <COMMIT-B> <COMMIT-A> refs/for/master/topic
     +	To <URL/of/upstream.git>
     +	 * [new reference] HEAD -> refs/for/next/topic
     +	 * [new reference] HEAD -> refs/review/a/b/c/topic
    @@ t/t5411/common-test-cases.sh: test_expect_success "push with options" '
     +
     +	test-tool proc-receive -v \
     +		-r "$ZERO_OID $A refs/for/next/topic ok" \
    -+		-r "$ZERO_OID $A refs/for/master/topic ok"
    ++		-r "$A $B refs/for/master/topic ok"
     +	EOF
     +	chmod a+x "$upstream/hooks/proc-receive"
     +'
    @@ t/t5411/common-test-cases.sh: test_expect_success "push with options" '
     +	remote: proc-receive< <ZERO-OID> <COMMIT-A> refs/for/next/topic
     +	remote: proc-receive< <ZERO-OID> <COMMIT-A> refs/for/master/topic
     +	remote: proc-receive> <ZERO-OID> <COMMIT-A> refs/for/next/topic ok
    -+	remote: proc-receive> <ZERO-OID> <COMMIT-A> refs/for/master/topic ok
    ++	remote: proc-receive> <COMMIT-A> <COMMIT-B> refs/for/master/topic ok
     +	remote: # post-receive hook
     +	remote: post-receive< <ZERO-OID> <COMMIT-A> refs/heads/bar
     +	remote: post-receive< <ZERO-OID> <COMMIT-A> refs/heads/baz
     +	remote: post-receive< <ZERO-OID> <COMMIT-A> refs/for/next/topic
     +	remote: post-receive< <ZERO-OID> <COMMIT-A> refs/heads/foo
    -+	remote: post-receive< <ZERO-OID> <COMMIT-A> refs/for/master/topic
    ++	remote: post-receive< <COMMIT-A> <COMMIT-B> refs/for/master/topic
     +	To <URL/of/upstream.git>
     +	 * [new branch] HEAD -> bar
     +	 * [new branch] HEAD -> baz
5:  5f2ab02b01 < -:  ---------- receive-pack: refactor report for proc-receive
6:  b7d7175d89 < -:  ---------- doc: add documentation for the proc-receive hook
-:  ---------- > 5:  75b178fc19 connect: export parse_feature_value()
-:  ---------- > 6:  860860536e receive-pack: extension for server-side report
-:  ---------- > 7:  d1677b61d1 send-pack: extension for client-side status report
-:  ---------- > 8:  41159c2ef2 doc: add documentation for the proc-receive hook
Jiang Xin (8):
  transport: not report a non-head push as a branch
  receive-pack: add new proc-receive hook
  refs.c: refactor to reuse ref_is_hidden()
  receive-pack: new config receive.procReceiveRefs
  connect: export parse_feature_value()
  receive-pack: extension for server-side report
  send-pack: extension for client-side status report
  doc: add documentation for the proc-receive hook
 Documentation/config/receive.txt           |  14 +
 Documentation/githooks.txt                 |  58 ++
 Makefile                                   |   1 +
 builtin/receive-pack.c                     | 334 ++++++++-
 connect.c                                  |   3 +-
 connect.h                                  |   1 +
 refs.c                                     |  11 +-
 refs.h                                     |   1 +
 remote.c                                   |  28 +
 remote.h                                   |   3 +
 send-pack.c                                |  13 +-
 t/helper/test-proc-receive.c               | 178 +++++
 t/helper/test-tool.c                       |   1 +
 t/helper/test-tool.h                       |   1 +
 t/t5411-proc-receive-hook.sh               |  75 ++
 t/t5411/common-functions.sh                |  54 ++
 t/t5411/common-test-cases.sh               | 827 +++++++++++++++++++++
 t/t5412-proc-receive-hook-http-protocol.sh |  86 +++
 t/t5516-fetch-push.sh                      |   2 +-
 transport-helper.c                         |  66 +-
 transport.c                                |  42 +-
 21 files changed, 1745 insertions(+), 54 deletions(-)
 create mode 100644 t/helper/test-proc-receive.c
 create mode 100755 t/t5411-proc-receive-hook.sh
 create mode 100644 t/t5411/common-functions.sh
 create mode 100644 t/t5411/common-test-cases.sh
 create mode 100755 t/t5412-proc-receive-hook-http-protocol.sh
-- 
2.24.1.15.g448c31058d.agit.4.5
Previous: Jiang XinNext: Jiang Xin
Message 85 of 266 in “New execute-commands hook for centralized workflow”
  1. 0/7 New execute-commands hook for centralized workflowJiang Xin, Mar 4, 2020
  2. 2/7 receive-pack: feed all commands to post-receiveJiang Xin, Mar 4, 2020
  3. 1/7 receive-pack: new external execute-commands hookJiang Xin, Mar 4, 2020
  4. 3/7 receive-pack: try `execute-commands --pre-receive`Jiang Xin, Mar 4, 2020
  5. 4/7 receive-pack: read env from execute-commands outputJiang Xin, Mar 4, 2020
  6. 5/7 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, Mar 4, 2020
  7. 6/7 receive-pack: new config receive.executeCommandsHookRefsJiang Xin, Mar 4, 2020
  8. 7/7 hook: add document and example for "execute-commands" hookJiang Xin, Mar 4, 2020
  9. Junio C HamanoMar 4, 2020
  10. Jiang XinMar 5, 2020
  11. 0/5 New proc-receive hook for centralized workflowJiang Xin, Mar 8, 2020
  12. 1/5 receive-pack: add new proc-receive hookJiang Xin, Mar 8, 2020
  13. Junio C HamanoMar 9, 2020
  14. Jiang XinMar 10, 2020
  15. 0/4 New proc-receive hook for centralized workflowJiang Xin, Mar 13, 2020
  16. 0/5 New proc-receive hook for centralized workflowJiang Xin, Mar 22, 2020
  17. Junio C HamanoMar 25, 2020
  18. 1/5 transport: not report a non-head push as a branchJiang Xin, Mar 22, 2020
  19. Junio C HamanoMar 25, 2020
  20. 3/5 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, Mar 22, 2020
  21. 4/5 receive-pack: new config receive.procReceiveRefsJiang Xin, Mar 22, 2020
  22. 2/5 receive-pack: add new proc-receive hookJiang Xin, Mar 22, 2020
  23. 1/3 t5543: never report what we do not pushJiang Xin, Mar 25, 2020
  24. Junio C HamanoMar 25, 2020
  25. Jiang XinMar 26, 2020
  26. 0/3 Never report references we not pushJiang Xin, Mar 25, 2020
  27. 0/4 Never report references we not pushJiang Xin, Mar 29, 2020
  28. Jiang XinMar 29, 2020
  29. 1/5 send-pack: fix inconsistent porcelain outputJiang Xin, Apr 16, 2020
  30. 0/5 fix git-push porcelain output and atomic report issueJiang Xin, Apr 16, 2020
  31. 0/5 fix git-push porcelain output and atomic report issueJiang Xin, Apr 17, 2020
  32. 2/5 t5543: never report what we do not pushJiang Xin, Apr 17, 2020
  33. 1/5 send-pack: fix inconsistent porcelain outputJiang Xin, Apr 17, 2020
  34. Junio C HamanoApr 17, 2020
  35. 4/5 transport-helper: mark failure for atomic pushJiang Xin, Apr 17, 2020
  36. 3/5 send-pack: mark failure of atomic push properlyJiang Xin, Apr 17, 2020
  37. 5/5 transport-helper: new method reject_atomic_push()Jiang Xin, Apr 17, 2020
  38. 2/5 t5543: never report what we do not pushJiang Xin, Apr 16, 2020
  39. 3/5 send-pack: mark failure of atomic push properlyJiang Xin, Apr 16, 2020
  40. 4/5 transport-helper: mark failure for atomic pushJiang Xin, Apr 16, 2020
  41. 5/5 transport-helper: new method reject_atomic_push()Jiang Xin, Apr 16, 2020
  42. 1/4 t5543: never report what we do not pushJiang Xin, Mar 29, 2020
  43. 2/4 send-pack: mark failure of atomic push properlyJiang Xin, Mar 29, 2020
  44. 4/4 transport-helper: new method reject_atomic_push()Jiang Xin, Mar 29, 2020
  45. 3/4 transport-helper: mark failure for atomic pushJiang Xin, Mar 29, 2020
  46. 2/3 send-pack: mark failure of atomic push properlyJiang Xin, Mar 25, 2020
  47. Junio C HamanoMar 25, 2020
  48. 3/3 transport-helper: enforce atomic in push_refs_with_pushJiang Xin, Mar 25, 2020
  49. Junio C HamanoMar 25, 2020
  50. 5/5 receive-pack: refactor report for proc-receiveJiang Xin, Mar 22, 2020
  51. 1/4 receive-pack: add new proc-receive hookJiang Xin, Mar 13, 2020
  52. 2/4 receive-pack: refactor report for proc-receiveJiang Xin, Mar 13, 2020
  53. 4/4 receive-pack: new config receive.procReceiveRefsJiang Xin, Mar 13, 2020
  54. 3/4 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, Mar 13, 2020
  55. 2/5 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, Mar 8, 2020
  56. 3/5 receive-pack: new config receive.procReceiveRefsJiang Xin, Mar 8, 2020
  57. 4/5 receive-pack: read env from proc-receive outputJiang Xin, Mar 8, 2020
  58. 5/5 hook: add document and example for "proc-receive" hookJiang Xin, Mar 8, 2020
  59. 1/6 transport: not report a non-head push as a branchJiang Xin, Mar 30, 2020
  60. 0/6 New proc-receive hook for centralized workflowJiang Xin, Mar 30, 2020
  61. 4/6 receive-pack: new config receive.procReceiveRefsJiang Xin, Mar 30, 2020
  62. 5/6 receive-pack: refactor report for proc-receiveJiang Xin, Mar 30, 2020
  63. 2/6 receive-pack: add new proc-receive hookJiang Xin, Mar 30, 2020
  64. Junio C HamanoMar 31, 2020
  65. Junio C HamanoMar 31, 2020
  66. 6/6 doc: add documentation for the proc-receive hookJiang Xin, Mar 30, 2020
  67. 3/6 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, Mar 30, 2020
  68. 3/7 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, Apr 2, 2020
  69. 1/7 transport: not report a non-head push as a branchJiang Xin, Apr 2, 2020
  70. 4/7 receive-pack: new config receive.procReceiveRefsJiang Xin, Apr 2, 2020
  71. 2/7 receive-pack: add new proc-receive hookJiang Xin, Apr 2, 2020
  72. 0/7 New proc-receive hook for centralized workflowJiang Xin, Apr 2, 2020
  73. Junio C HamanoApr 2, 2020
  74. 1/7 transport: not report a non-head push as a branchJiang Xin, Apr 3, 2020
  75. 3/7 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, Apr 3, 2020
  76. 2/7 receive-pack: add new proc-receive hookJiang Xin, Apr 3, 2020
  77. 5/7 receive-pack: refactor report for proc-receiveJiang Xin, Apr 3, 2020
  78. 4/7 receive-pack: new config receive.procReceiveRefsJiang Xin, Apr 3, 2020
  79. 0/7 New proc-receive hook for centralized workflowJiang Xin, Apr 3, 2020
  80. 0/7 New proc-receive hook for centralized workflowJiang Xin, Apr 4, 2020
  81. 0/6 New proc-receive hook for centralized workflowJiang Xin, Apr 7, 2020
  82. 1/8 transport: not report a non-head push as a branchJiang Xin, Apr 12, 2020
  83. Junio C HamanoApr 12, 2020
  84. Jiang XinApr 13, 2020
  85. 0/8 New proc-receive hook for centralized workflowJiang Xin, Apr 12, 2020
  86. 0/7 New proc-receive hook for centralized workflowJiang Xin, Apr 13, 2020
  87. 1/7 transport: not report a non-head push as a branchJiang Xin, Apr 13, 2020
  88. 3/7 receive-pack: add new proc-receive hookJiang Xin, Apr 13, 2020
  89. 6/7 receive-pack: new config receive.procReceiveRefsJiang Xin, Apr 13, 2020
  90. 5/7 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, Apr 13, 2020
  91. 7/7 doc: add documentation for the proc-receive hookJiang Xin, Apr 13, 2020
  92. 2/7 connect: export parse_feature_value()Jiang Xin, Apr 13, 2020
  93. 4/7 send-pack: extension for client-side status reportJiang Xin, Apr 13, 2020
  94. 3/8 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, Apr 12, 2020
  95. Junio C HamanoApr 12, 2020
  96. Jiang XinApr 13, 2020
  97. 2/8 receive-pack: add new proc-receive hookJiang Xin, Apr 12, 2020
  98. Junio C HamanoApr 12, 2020
  99. Jiang XinApr 13, 2020
  100. Junio C HamanoApr 13, 2020
  101. 1/7 transport: not report a non-head push as a branchJiang Xin, Apr 14, 2020
  102. 0/7 New proc-receive hook for centralized workflowJiang Xin, Apr 14, 2020
  103. 1/8 transport: not report a non-head push as a branchJiang Xin, Apr 18, 2020
  104. 0/8 New proc-receive hook for centralized workflowJiang Xin, Apr 18, 2020
  105. 2/8 connect: export parse_feature_value()Jiang Xin, Apr 18, 2020
  106. 4/8 send-pack: extension for client-side status reportJiang Xin, Apr 18, 2020
  107. 8/8 doc: add documentation for the proc-receive hookJiang Xin, Apr 18, 2020
  108. 6/8 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, Apr 18, 2020
  109. 7/8 receive-pack: new config receive.procReceiveRefsJiang Xin, Apr 18, 2020
  110. 5/8 receive-pack: feed extended_status to post-receiveJiang Xin, Apr 18, 2020
  111. 3/8 receive-pack: add new proc-receive hookJiang Xin, Apr 18, 2020
  112. 2/7 connect: export parse_feature_value()Jiang Xin, Apr 14, 2020
  113. 3/7 receive-pack: add new proc-receive hookJiang Xin, Apr 14, 2020
  114. Junio C HamanoApr 15, 2020
  115. Jiang XinApr 15, 2020
  116. Junio C HamanoApr 15, 2020
  117. Jiang XinApr 27, 2020
  118. Jeff KingApr 29, 2020
  119. Jiang XinApr 30, 2020
  120. 1/7 transport: not report a non-head push as a branchJiang Xin, May 5, 2020
  121. 0/7 New proc-receive hook for centralized workflowJiang Xin, May 5, 2020
  122. Junio C HamanoMay 6, 2020
  123. Jiang XinMay 7, 2020
  124. Jiang XinMay 7, 2020
  125. 1/7 transport: not report a non-head push as a branchJiang Xin, May 7, 2020
  126. 0/7 New proc-receive hook for centralized workflowJiang Xin, May 7, 2020
  127. 01/11 transport: not report a non-head push as a branchJiang Xin, May 18, 2020
  128. 00/11 New proc-receive hook for centralized workflowJiang Xin, May 18, 2020
  129. 08/10 t5411: test updates of remote-tracking branchesJiang Xin, Aug 15, 2020
  130. 01/10 transport: not report a non-head push as a branchJiang Xin, Aug 15, 2020
  131. 10/10 doc: add documentation for the proc-receive hookJiang Xin, Aug 15, 2020
  132. 06/10 receive-pack: feed report options to post-receiveJiang Xin, Aug 15, 2020
  133. Junio C HamanoAug 17, 2020
  134. 03/10 receive-pack: add new proc-receive hookJiang Xin, Aug 15, 2020
  135. Junio C HamanoAug 17, 2020
  136. 07/10 receive-pack: new config receive.procReceiveRefsJiang Xin, Aug 15, 2020
  137. Junio C HamanoAug 17, 2020
  138. 05/10 doc: add document for capability report-status-v2Jiang Xin, Aug 15, 2020
  139. 02/10 t5411: add basic test cases for proc-receive hookJiang Xin, Aug 15, 2020
  140. 04/10 New capability "report-status-v2" for git-pushJiang Xin, Aug 15, 2020
  141. Junio C HamanoAug 17, 2020
  142. 09/10 transport: parse report options for tracking refsJiang Xin, Aug 15, 2020
  143. 00/10 New proc-receive hook for centralized workflowJiang Xin, Aug 15, 2020
  144. 00/10 New proc-receive hook for centralized workflowJiang Xin, Aug 24, 2020
  145. 01/10 transport: not report a non-head push as a branchJiang Xin, Aug 27, 2020
  146. 00/10 New proc-receive hook for centralized workflowJiang Xin, Aug 27, 2020
  147. Junio C HamanoAug 27, 2020
  148. 02/10 t5411: add basic test cases for proc-receive hookJiang Xin, Aug 27, 2020
  149. 04/10 receive-pack: feed report options to post-receiveJiang Xin, Aug 27, 2020
  150. 07/10 receive-pack: new config receive.procReceiveRefsJiang Xin, Aug 27, 2020
  151. 03/10 receive-pack: add new proc-receive hookJiang Xin, Aug 27, 2020
  152. Johannes SchindelinNov 4, 2020
  153. Johannes SchindelinNov 4, 2020
  154. Jiang XinNov 5, 2020
  155. t5411: fix broken pipe write error on proc-receiveJiang Xin, Nov 5, 2020
  156. Junio C HamanoNov 5, 2020
  157. t5411: consistent result for proc-receive broken testJiang Xin, Nov 7, 2020
  158. Jiang XinNov 9, 2020
  159. t5411: consistent result for proc-receive broken testJiang Xin, Nov 9, 2020
  160. Junio C HamanoNov 9, 2020
  161. Jeff KingNov 9, 2020
  162. Junio C HamanoNov 9, 2020
  163. Jeff KingNov 10, 2020
  164. Jiang XinNov 10, 2020
  165. 1/2 t5411: refactor make_user_friendly_and_stable_outputJiang Xin, Nov 10, 2020
  166. Junio C HamanoNov 10, 2020
  167. Jiang XinNov 11, 2020
  168. 2/2 receive-pack: gently write messages to proc-receiveJiang Xin, Nov 10, 2020
  169. Jeff KingNov 10, 2020
  170. Jiang XinNov 11, 2020
  171. Junio C HamanoNov 10, 2020
  172. Junio C HamanoNov 10, 2020
  173. 1/3 t5411: new helper filter_out_user_friendly_and_stable_outputJiang Xin, Nov 11, 2020
  174. 0/3 jx/t5411-flake-fixJiang Xin, Nov 11, 2020
  175. 2/3 receive-pack: gently write messages to proc-receiveJiang Xin, Nov 11, 2020
  176. 3/3 receive-pack: use default version 0 for proc-receiveJiang Xin, Nov 11, 2020
  177. Jiang XinNov 10, 2020
  178. Junio C HamanoNov 5, 2020
  179. SZEDER GáborJan 17, 2021
  180. Jiang XinJan 18, 2021
  181. SZEDER GáborJan 20, 2021
  182. Jiang XinJan 21, 2021
  183. SZEDER GáborJan 21, 2021
  184. 2/2 t5411: refactor check of refs using test_cmp_refsJiang Xin, Jan 18, 2021
  185. 1/2 t5411: remove file after use to prevent overwritingJiang Xin, Jan 18, 2021
  186. Johannes SixtJan 18, 2021
  187. Jiang XinJan 19, 2021
  188. 1/2 t5411: use different out file to prevent overwritingJiang Xin, Jan 19, 2021
  189. SZEDER GáborJan 20, 2021
  190. 2/2 t5411: refactor check of refs using test_cmp_refsJiang Xin, Jan 21, 2021
  191. 1/2 t5411: use different out file to prevent overwritingJiang Xin, Jan 21, 2021
  192. 0/2 use unique out file in t5411Jiang Xin, Jan 21, 2021
  193. Junio C HamanoFeb 11, 2021
  194. Jiang XinFeb 13, 2021
  195. Jiang XinJan 21, 2021
  196. 2/2 t5411: refactor check of refs using test_cmp_refsJiang Xin, Jan 19, 2021
  197. 0/2 t5411 out file overwrite fixJiang Xin, Jan 19, 2021
  198. 05/10 New capability "report-status-v2" for git-pushJiang Xin, Aug 27, 2020
  199. 08/10 t5411: test updates of remote-tracking branchesJiang Xin, Aug 27, 2020
  200. 09/10 transport: parse report options for tracking refsJiang Xin, Aug 27, 2020
  201. 06/10 doc: add document for capability report-status-v2Jiang Xin, Aug 27, 2020
  202. 10/10 doc: add documentation for the proc-receive hookJiang Xin, Aug 27, 2020
  203. 01/10 transport: not report a non-head push as a branchJiang Xin, Aug 24, 2020
  204. 02/10 t5411: add basic test cases for proc-receive hookJiang Xin, Aug 24, 2020
  205. 03/10 receive-pack: add new proc-receive hookJiang Xin, Aug 24, 2020
  206. 04/10 receive-pack: feed report options to post-receiveJiang Xin, Aug 24, 2020
  207. 06/10 doc: add document for capability report-status-v2Jiang Xin, Aug 24, 2020
  208. 07/10 receive-pack: new config receive.procReceiveRefsJiang Xin, Aug 24, 2020
  209. 08/10 t5411: test updates of remote-tracking branchesJiang Xin, Aug 24, 2020
  210. 09/10 transport: parse report options for tracking refsJiang Xin, Aug 24, 2020
  211. 05/10 New capability "report-status-v2" for git-pushJiang Xin, Aug 24, 2020
  212. 10/10 doc: add documentation for the proc-receive hookJiang Xin, Aug 24, 2020
  213. 02/11 t5411: add basic test cases for proc-receive hookJiang Xin, May 18, 2020
  214. 04/11 New capability "report-status-v2" for git-pushJiang Xin, May 18, 2020
  215. 03/11 receive-pack: add new proc-receive hookJiang Xin, May 18, 2020
  216. 06/11 receive-pack: feed report options to post-receiveJiang Xin, May 18, 2020
  217. 07/11 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, May 18, 2020
  218. 09/11 t5411: test updates of remote-tracking branchesJiang Xin, May 18, 2020
  219. 08/11 receive-pack: new config receive.procReceiveRefsJiang Xin, May 18, 2020
  220. 10/11 transport: parse report options for tracking refsJiang Xin, May 18, 2020
  221. 11/11 doc: add documentation for the proc-receive hookJiang Xin, May 18, 2020
  222. 05/11 doc: add document for capability report-status-v2Jiang Xin, May 18, 2020
  223. 4/7 receive-pack: feed report options to post-receiveJiang Xin, May 7, 2020
  224. 3/7 New capability "report-status-v2" for git-pushJiang Xin, May 7, 2020
  225. 5/7 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, May 7, 2020
  226. 2/7 receive-pack: add new proc-receive hookJiang Xin, May 7, 2020
  227. 6/7 receive-pack: new config receive.procReceiveRefsJiang Xin, May 7, 2020
  228. 7/7 doc: add documentation for the proc-receive hookJiang Xin, May 7, 2020
  229. 3/7 New capability "report-status-v2" for git-pushJiang Xin, May 5, 2020
  230. 8/7 fixup! New capability "report-status-v2" for git-pushJiang Xin, May 5, 2020
  231. 4/7 receive-pack: feed report options to post-receiveJiang Xin, May 5, 2020
  232. 7/7 doc: add documentation for the proc-receive hookJiang Xin, May 5, 2020
  233. 6/7 receive-pack: new config receive.procReceiveRefsJiang Xin, May 5, 2020
  234. 2/7 receive-pack: add new proc-receive hookJiang Xin, May 5, 2020
  235. 5/7 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, May 5, 2020
  236. Jeff KingMay 7, 2020
  237. 4/7 send-pack: extension for client-side status reportJiang Xin, Apr 14, 2020
  238. Junio C HamanoApr 15, 2020
  239. 5/7 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, Apr 14, 2020
  240. 7/7 doc: add documentation for the proc-receive hookJiang Xin, Apr 14, 2020
  241. 6/7 receive-pack: new config receive.procReceiveRefsJiang Xin, Apr 14, 2020
  242. 6/8 receive-pack: extension for server-side reportJiang Xin, Apr 12, 2020
  243. 8/8 doc: add documentation for the proc-receive hookJiang Xin, Apr 12, 2020
  244. 7/8 send-pack: extension for client-side status reportJiang Xin, Apr 12, 2020
  245. 4/8 receive-pack: new config receive.procReceiveRefsJiang Xin, Apr 12, 2020
  246. Junio C HamanoApr 12, 2020
  247. Jiang XinApr 13, 2020
  248. 5/8 connect: export parse_feature_value()Jiang Xin, Apr 12, 2020
  249. 1/6 transport: not report a non-head push as a branchJiang Xin, Apr 7, 2020
  250. 3/6 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, Apr 7, 2020
  251. 2/6 receive-pack: add new proc-receive hookJiang Xin, Apr 7, 2020
  252. 4/6 receive-pack: new config receive.procReceiveRefsJiang Xin, Apr 7, 2020
  253. 6/6 doc: add documentation for the proc-receive hookJiang Xin, Apr 7, 2020
  254. 5/6 receive-pack: refactor report for proc-receiveJiang Xin, Apr 7, 2020
  255. 1/7 transport: not report a non-head push as a branchJiang Xin, Apr 4, 2020
  256. 3/7 refs.c: refactor to reuse ref_is_hidden()Jiang Xin, Apr 4, 2020
  257. 4/7 receive-pack: new config receive.procReceiveRefsJiang Xin, Apr 4, 2020
  258. 7/7 doc: add documentation for the proc-receive hookJiang Xin, Apr 4, 2020
  259. 2/7 receive-pack: add new proc-receive hookJiang Xin, Apr 4, 2020
  260. 5/7 receive-pack: refactor report for proc-receiveJiang Xin, Apr 4, 2020
  261. 6/7 t5412: test the proc-receive hook on HTTP protocolJiang Xin, Apr 4, 2020
  262. 7/7 doc: add documentation for the proc-receive hookJiang Xin, Apr 3, 2020
  263. 6/7 t5412: test proc-receive hook on HTTP protocolJiang Xin, Apr 3, 2020
  264. 5/7 receive-pack: refactor report for proc-receiveJiang Xin, Apr 2, 2020
  265. 7/7 doc: add documentation for the proc-receive hookJiang Xin, Apr 2, 2020
  266. 6/7 t5412: test proc-receive hook on HTTP protocolJiang Xin, Apr 2, 2020

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.