Какова цель трубы после перенаправления stdout?

Я читал документацию для Kaniko и наткнулся на конструкцию с перенаправлением-да-пайпом, которую я раньше не видел:

echo -e 'FROM alpine \nRUN echo "created from standard input"' > Dockerfile | tar -cf - Dockerfile

Вывод echo перенаправляется в Dockerfile, а затем идет | к tar, который, насколько я вижу, всегда будет пустым. В таких случаях я всегда комбинировал команды с && или ||, поэтому мне стало интересно, есть ли специальная цель в использовании пайпа-пустоты в этом случае?

cmd > file | other-cmd

Имеет смысл только в оболочке zsh, где, когда дескриптор файла (здесь 1, стандартный вывод cmd) перенаправляется более одного раза для вывода, оболочка реализует внутренний диспетчер, похожий на tee, который передает его всем целям (это поведение можно отключить с помощью set +o multios):

$ zsh
% echo test > a > b | sed s/t/b/
best
% cat a
test
% cat b
test

Однако, я сомневаюсь, что код подразумевал zsh, поскольку tar -cf - Dockerfile не читает из своего stdin (пайпа), он читает вместо этого из файла Dockerfile и записывает архив tar в stdout.

echo и tar выполняются параллельно, stdout echo будет Dockerfile, и в оболочках, отличных от zsh, stdin tar будет концом чтения сломанного пайпа, так как stdout echo был перенаправлен от конца записи, так что писателя не осталось (это не имеет значения, так как tar не читает из него).

Это в принципе то же самое, что и запуск:

echo... & tar...

Кроме того, что в нескольких оболочках, в echo... | tar..., обе команды echo и tar ожидаются, тогда как в echo... & tar... ожидается только tar.

Эта команда неверна, так как, поскольку echo и tar выполняются параллельно, нет гарантии, что на момент, когда tar читает Dockerfile, echo уже записал его вывод в него.

Должно было быть:

echo ... > Dockerfile; tar -cf - Dockerfile

так что echo и tar выполняются последовательно. Или еще лучше:

printf '%s\n' 'FROM alpine ' 'RUN echo "created from standard input"' > Dockerfile &&
  tar -cf - Dockerfile

То есть:

1. используйте printf вместо очень непортативной команды echo.
2. запускайте tar после printf, но только если printf завершился успешно.

Командная строка корректна, и это не опечатка.

Вы можете убедиться, что она работает, если выполните команду внутри контейнера docker:

docker run -it --rm alpine sh -c 'echo -e "FROM alpine \nRUN echo \"created from standard input\"" > Dockerfile | tar -cf - Dockerfile'

Такое же поведение можно наблюдать с командой cat:

echo -e 'FROM alpine \nRUN echo "created from standard input"' > Dockerfile | cat Dockerfile

Я предполагаю, что вы, вероятно, неправильно поняли параметры, переданные tar. Он не читает из stdin, а скорее записывает в stdout.

Объяснение

Оболочка создает первый процесс (echo), вместе с его stdout (Dockerfile), затем создается следующий процесс (tar). Оба процесса начинают выполняться, и поскольку Dockerfile уже существует, tar может начать его чтение и записывает вывод в stdout.

В некоторых случаях stdout является tty (как отмечали некоторые комментарии), поэтому вам нужно заменить stdout на что-то, куда tar может записать, например, файл (Dockerfile.tar). Без изменения первоначальной команды просто добавьте перенаправление вывода к команде tar, чтобы записать в файл вместо этого, и вы сможете наблюдать те же результаты.

echo -e 'FROM alpine \nRUN echo "created from standard input"' >Dockerfile | tar -cf - Dockerfile >Dockerfile.tar