2017-12-25 5 views
0

Ich bin this containerized Instanz von Phoenix ausgeführt.Automatisch liefern ja zu phx.new Prompts

Die documentation sagt der folgende Befehl ausgeführt werden kann, gibt aber den Fehler:

[email protected]:/code# mix phx.new hello -y 
** (Mix) Invalid option: -y 

Die Umwelt Details sind:

[email protected]:/code# mix --version 
Erlang/OTP 20 [erts-9.1] [source] [64-bit] [smp:1:1] [ds:1:1:10] [async-threads:10] [kernel-poll:false] 

Mix 1.5.2 
[email protected]:/code# elixir --version 
Erlang/OTP 20 [erts-9.1] [source] [64-bit] [smp:1:1] [ds:1:1:10] [async-threads:10] [kernel-poll:false] 

Elixir 1.5.2 
[email protected]:/code# mix phx.new --version 
Phoenix v1.3.0 

ich hier etwas fehle?

+0

Ich sehe keinen Zusammenhang mit dieser Logik in der Mischung Aufgabe ([ref] (https://github.com/phoenixframework/phoenix/blob/802f381118a917c94bc39d9179e5d82865573c7a/installer/lib/mix/tasks/phx .new.ex # L120-L133)), also denke ich, dass die Dokumentation falsch ist. – Dogbert

+0

Vielen Dank für diesen Link - ist der beste Befehl dann 'ja | mix phx.new hallo'? – category

+1

Ich würde "echo ja" pipen, statt "Ja" zu verwenden, verwendet 100% CPU für mich, bis die Mischaufgabe beendet ist. Hat wahrscheinlich etwas damit zu tun, wie Erlang von stdin liest. – Dogbert

Antwort

1

Ich glaube, die Dokumentation ist falsch als die Mischaufgabe unconditionally calls Mix.shell.yes?. Sie können stattdessen echo yes in mix phx.new ... pipen, um automatisch auf die Aufforderung mit Ja zu antworten.

echo yes | mix phx.new foo 
+0

Soll diese Antwort in einer Pull-Anforderung für die fehlerhafte Dokumentation referenziert werden? – category

Verwandte Themen