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
We can provide an option to turn on --quite
There are 2 reasons we have --progress
git fetch is hanging.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.Didn't know the command option was available.
Maybe add it to the docs?
Thanks
@FernandoMiguel we don't have it right now, we can consider adding it. 馃槃
The docs or the flag? 馃
the flag. 馃槃
Damn it...
That explains why my build failed lol
Git revert Ahah
This is what I get for half reading comments while having breakfast.
Cheers
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.
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 ;)
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).
I feel like the real solution here would be to add support for the carriage return clearing the line.
Output from the step is now grouped so that should help.
group doesn't help much if you're reading raw logs... can we please have --quiet option?
@ericsciple plz reopen, it's still wasteful/unhelpful to have all these extra log lines
quiet as default and a flag to undo would be great
Most helpful comment
group doesn't help much if you're reading raw logs... can we please have
--quietoption?