Stabilität von "Start / Warten" in Batchdateien

Diese Frage steht im Zusammenhang mit der vorherigen Frage Die vorherige Frage betraf das Problem, die Frage nach einer möglichen Lösung.

Ich arbeite mit einer Gruppe virtueller Maschinen, benutze "runProgramInGuest", starte Programme, die Unterprogramme aufrufen, ...

Ich möchte dies durch ein solches Ausführungsschema ersetzen:

start /wait CMD_1
  start /wait CMD_1.1
  start /wait CMD_1.2
    start /wait CMD_1.2.1
    start /wait CMD_1.2.2
start /wait CMD_2

Das Schema bedeutet, dass CMD_1.bat wie folgt aussieht:

  start /wait CMD_1.1.bat
  start /wait CMD_1.2.bat

CMD_1.2.bat sieht folgendermaßen aus:

  start /wait CMD_1.2.1.bat
  start /wait CMD_1.2.2.bat

...

Es ist von entscheidender Bedeutung, dass ein (Unter-) Befehl erst gestartet wird, wenn der vorherige beendet wurde (was genau der Grund ist, warum ich den Parameter ´ / wait´ verwende).

Ich werde mit virtuellen Windows-7-, Windows-Vista- und Windows-10-Computern arbeiten und möchte wissen, ob der erwähnte start /waitBefehl für diesen Zweck als zuverlässig gilt (aus persönlicher Erfahrung bestätige ich, dass der Befehl für die virtuelle Software runProgramInGuestlautet) nicht zuverlässig).

— Dominique
quelle

Wenn alle CMD_x.yz, auf die Sie verweisen, Stapel sind - gibt es einen Grund, sie nicht zu verwenden call CMD?

— LotPings

Ich kenne den Unterschied zwischen start /waitund nicht call. Ich dachte bei der Auswahl start /wait, ich habe den besten Weg gewählt, um eine Aufgabe zu starten und zu warten, bis sie beendet ist. Stimmst du nicht zu

— Dominique