# [PATCH] commit: silence git-gc if --quiet is given

3 messages from 2020-05-06 to 2020-05-06. Participants: Abhishek Kumar, Eric Sunshine, Junio C Hamano.
Thread: https://gitlist.dev/t/53414

## Abhishek Kumar, 2020-05-06 14:01

Subject: [PATCH] commit: silence git-gc if --quiet is given
Message-ID: <20200506140138.650455-1-abhishekkumar8222@gmail.com>
URL: https://gitlist.dev/e/20200506140138.650455-1-abhishekkumar8222%40gmail.com

```
As reported by Perrick [1], commit does not propagate quiet behavior to
gc if present. While we are at it, convert argv_gc_auto to struct argv_array.

[1]: https://lore.kernel.org/git/20200506094327.GC31637@rillettes/

Reported-by: Pierrick Gaudry <pierrick.gaudry@loria.fr>
Signed-off-by: Abhishek Kumar <abhishekkumar8222@gmail.com>
---
 builtin/commit.c | 8 ++++++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/builtin/commit.c b/builtin/commit.c
index a73de0a4c5..a48e312ebd 100644
--- a/builtin/commit.c
+++ b/builtin/commit.c
@@ -1494,7 +1494,7 @@ static int git_commit_config(const char *k, const char *v, void *cb)
 
 int cmd_commit(int argc, const char **argv, const char *prefix)
 {
-	const char *argv_gc_auto[] = {"gc", "--auto", NULL};
+	struct argv_array argv_gc_auto = ARGV_ARRAY_INIT;
 	static struct wt_status s;
 	static struct option builtin_commit_options[] = {
 		OPT__QUIET(&quiet, N_("suppress summary after successful commit")),
@@ -1703,7 +1703,11 @@ int cmd_commit(int argc, const char **argv, const char *prefix)
 	git_test_write_commit_graph_or_die();
 
 	repo_rerere(the_repository, 0);
-	run_command_v_opt(argv_gc_auto, RUN_GIT_CMD);
+	argv_array_pushl(&argv_gc_auto, "gc", "--auto", NULL);
+	if (quiet)
+		argv_array_push(&argv_gc_auto, "--quiet");
+	run_command_v_opt(argv_gc_auto.argv, RUN_GIT_CMD);
+	argv_array_clear(&argv_gc_auto);
 	run_commit_hook(use_editor, get_index_file(), "post-commit", NULL);
 	if (amend && !no_post_rewrite) {
 		commit_post_rewrite(the_repository, current_head, &oid);
-- 
2.26.0


```

## Eric Sunshine, 2020-05-06 16:09

Subject: Re: [PATCH] commit: silence git-gc if --quiet is given
Message-ID: <CAPig+cSi5xe_FSzr7Z3D6+f1WxsbPthQnWcE1FrLyhrmi4TCGg@mail.gmail.com>
URL: https://gitlist.dev/e/CAPig%2BcSi5xe_FSzr7Z3D6%2Bf1WxsbPthQnWcE1FrLyhrmi4TCGg%40mail.gmail.com
In-Reply-To: <20200506140138.650455-1-abhishekkumar8222@gmail.com>

```
On Wed, May 6, 2020 at 10:03 AM Abhishek Kumar
<abhishekkumar8222@gmail.com> wrote:
> As reported by Perrick [1], commit does not propagate quiet behavior to
> gc if present. While we are at it, convert argv_gc_auto to struct argv_array.
>
> [1]: https://lore.kernel.org/git/20200506094327.GC31637@rillettes/

According to the source you cite, this sort of issue has come up
before in a different context (git-fetch). Do we know if there are
other commands which invoke git-gc which might also suffer the same
issue? It would be nice for the commit message to say something about
this... for instance, that git-commit is the final command which needs
this fix or, if not, which additional commands are likely to need the
same treatment.

> Reported-by: Pierrick Gaudry <pierrick.gaudry@loria.fr>
> Signed-off-by: Abhishek Kumar <abhishekkumar8222@gmail.com>

```

## Junio C Hamano, 2020-05-06 17:33

Subject: Re: [PATCH] commit: silence git-gc if --quiet is given
Message-ID: <xmqq8si56k9v.fsf@gitster.c.googlers.com>
URL: https://gitlist.dev/e/xmqq8si56k9v.fsf%40gitster.c.googlers.com
In-Reply-To: <CAPig+cSi5xe_FSzr7Z3D6+f1WxsbPthQnWcE1FrLyhrmi4TCGg@mail.gmail.com>

```
Eric Sunshine <sunshine@sunshineco.com> writes:

> On Wed, May 6, 2020 at 10:03 AM Abhishek Kumar
> <abhishekkumar8222@gmail.com> wrote:
>> As reported by Perrick [1], commit does not propagate quiet behavior to
>> gc if present. While we are at it, convert argv_gc_auto to struct argv_array.
>>
>> [1]: https://lore.kernel.org/git/20200506094327.GC31637@rillettes/
>
> According to the source you cite, this sort of issue has come up
> before in a different context (git-fetch). Do we know if there are
> other commands which invoke git-gc which might also suffer the same
> issue?

I just wrote my analysis to the original thread.  It looks to me a
fairly low-hanging fruit.


```
