use quiet

[FernandoMiguel]

currently the checkout performs:
git -c http.extraheader="AUTHORIZATION: basic ***" fetch --tags --prune --progress --no-recurse-submodules origin +refs/heads/*:refs/remotes/origin/*

would be great to use quiet instead

git -c http.extraheader="AUTHORIZATION: basic ***" fetch --tags --prune --quiet --no-recurse-submodules origin +refs/heads/*:refs/remotes/origin/*

so the job log is cleaner to read

[TingluoHuang]

We can provide an option to turn on --quite
There are 2 reasons we have --progress

• When you watch the workflow running, you won't feel the git fetch is hanging.
• When you try to investigate why my checkout action is slow, the progress output can give some idea about how many objects you are fetching and what's the average object download speed.

[FernandoMiguel]

Didn't know the command option was available.
Maybe add it to the docs?
Thanks

[TingluoHuang]

@FernandoMiguel we don't have it right now, we can consider adding it. 😄

[FernandoMiguel]

The docs or the flag? 🤔

[TingluoHuang]

the flag. 😄

[FernandoMiguel]

Damn it...
That explains why my build failed lol
Git revert Ahah

[FernandoMiguel]

This is what I get for half reading comments while having breakfast.
Cheers

[moltar]

Agree with OP, the log seems to be quite verbose:

Receiving objects:   6% (19/304)

                                                                                
Receiving objects:   7% (22/304)

                                                                                
Receiving objects:   8% (25/304)

                                                                                
Receiving objects:   9% (28/304)

                                                                                
Receiving objects:  10% (31/304)

                                                                                
Receiving objects:  11% (34/304)

                                                                                
Receiving objects:  12% (37/304)

                                                                                
Receiving objects:  13% (40/304)

                                                                                
Receiving objects:  14% (43/304)

                                                                                
Receiving objects:  15% (46/304)

But I can also see it being useful.

I wish there was a way to disable that though. I am not really watching checkout ever.

[wipe2238]

When you watch the workflow running, you won't feel the git fetch is hanging.

Problem is, Actions tab really have problems with handling long and quickly updating steps, up to the point that it's freezing browser while action is running. That's UI issue, not anything wrong with action itself, but actions/checkout is usually running early, and is used in most workflows around.
So i can't watch workflow running anyway, unless i open tab only after checkout finishes and live log is hidden :/

TL;DR i'd like having quiet here, just to have live preview actually working; frontend team failed to deliver, so maybe backend team can make it happen ;)

[ericsciple]

Marking as enhancement and I'll defer to others.

Personally, +1 what @TingluoHuang said. Sense of motion and timestamps are good for us to help customers. I'm generally hesitant to add extra inputs (overload user with options).

[sauyon]

I feel like the real solution here would be to add support for the carriage return clearing the line.

[ericsciple]

Output from the step is now grouped so that should help.