Sujet : Re: a sed question
De : Keith.S.Thompson+u (at) *nospam* gmail.com (Keith Thompson)
Groupes : comp.unix.shellDate : 21. Dec 2024, 22:41:22
Autres entêtes
Organisation : None to speak of
Message-ID : <87bjx4ww71.fsf@nosuchdomain.example.com>
References : 1 2 3 4
User-Agent : Gnus/5.13 (Gnus v5.13)
Janis Papanagnou <janis_papanagnou+
ng@hotmail.com> writes:
On 21.12.2024 13:17, Salvador Mirzo wrote:
[...]
As previously mentioned, 'sed' might not be the best choice for
developing such scripts; you might want to consider to learn 'awk'.
>
$ git log --oneline | head -1 | awk '{print $1}'
2566d31
>
With Awk you don't need 'head', it can be done like this
>
$ git log --oneline | awk 'NR==1 {print $1}'
>
(For long input files you may want an early exit
...| awk 'NR==1 { print $1 ; exit(0) }'
but that just as an aside.)
[...]
This raises another issue: it's often possible to replace a command in a
pipeline that filters output with an option to the command that does the
same thing. There's no general rule for how to do this, since different
commands do things differently, but for the example above:
git log --oneline -n 1 | awk '{print $1}'
or even:
git log -n 1 --format=%h
I haven't memorized the "--format" option, so I don't generally us it in
ad-hoc one-liners, but I do use it in scripts. Note both of the above
commands avoid generating the entire list of log entries, which could
save significant time on a large repo.
Using unnecessary commands in pipelines is Mostly Harmless, but IMHO
it's good to think about how to do things more efficiently. See also
"Useless use of cat" (UUOC).
-- Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.comvoid Void(void) { Void(); } /* The recursive call of the void */