Stabilność `start / wait` w plikach wsadowych

To pytanie jest związane z poprzednim pytaniem Poprzednie pytanie dotyczyło problemu, w tym możliwego rozwiązania.

Pracuję z grupą maszyn wirtualnych, używając „runProgramInGuest”, uruchamiając programy, które wywołują podprogramy, ...

Chciałbym zastąpić to takim schematem wykonania:

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

Schemat oznacza, że CMD_1.bat wygląda następująco:

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

CMD_1.2.bat wygląda następująco:

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

...

Ważne jest, aby jedna (pod) komenda uruchomiła się dopiero po zakończeniu poprzedniej (co jest dokładnym powodem, dla którego używam parametru „/ wait”).

Będę pracować z wirtualnymi maszynami Windows-7, Windows-Vista i Windows-10 i chciałbym wiedzieć, czy wspomniane start /waitjest znane jako niezawodne polecenie do tego celu (z własnego doświadczenia potwierdzam, że polecenie oprogramowania wirtualnego runProgramInGuestjest nie wiarygodny).

— Dominique
źródło

Jeśli wszystkie pliki CMD_x.yz, o których mowa, są partiami - czy istnieje powód, aby ich nie używać call CMD?

— LotPings

Nie znam różnicy między start /waiti call. Pomyślałem, że wybierając start /wait, wybrałem najlepszy sposób na rozpoczęcie zadania i czekanie na jego zakończenie. Nie zgadzasz się

— Dominique