Próbuję zmusić mnie commit-build.batdo wykonania innych plików .BAT w ramach naszego procesu kompilacji.

Treść commit-build.bat:

"msbuild.bat"
"unit-tests.bat"
"deploy.bat"

Wydaje się to dość proste, ale commit-build.batwykonuje tylko pierwszy element na liście ( msbuild.bat).

Uruchomiłem każdy z plików osobno, bez żadnych problemów.

Posługiwać się:

call msbuild.bat
call unit-tests.bat
call deploy.bat

Gdy nie jest używane CALL, bieżący plik wsadowy zatrzymuje się, a wywoływany plik wsadowy rozpoczyna wykonywanie. Jest to szczególne zachowanie sięgające wczesnych dni MS-DOS.

Wszystkie pozostałe odpowiedzi są poprawne: użyj połączenia. Na przykład:

 call "msbuild.bat"

Historia

W starożytnych wersjach DOS rekurencyjne wykonywanie plików wsadowych było niemożliwe. Następnie wprowadzono polecenie call, które wywołało kolejną powłokę cmd w celu wykonania pliku wsadowego i po zakończeniu zwróciło wykonanie z powrotem do wywołującej powłoki cmd.

Oczywiście w późniejszych wersjach żadna inna powłoka cmd nie była już potrzebna.

Na początku wiele plików wsadowych zależało od tego, że wywołanie pliku wsadowego nie powróci do wywoływanego pliku wsadowego. Zmiana tego zachowania bez dodatkowej składni spowodowałaby uszkodzenie wielu systemów, takich jak systemy menu wsadowego (używanie plików wsadowych do struktur menu).

Dlatego, podobnie jak w wielu przypadkach z Microsoftem, zgodność z poprzednimi wersjami jest przyczyną tego zachowania.

Porady

Jeśli pliki wsadowe mają spacje w nazwach, użyj cudzysłowów wokół nazwy:

call "unit tests.bat"

Nawiasem mówiąc: jeśli nie masz wszystkich nazw plików wsadowych, możesz również użyć do tego (nie gwarantuje to prawidłowej kolejności wywołań plików wsadowych; postępuje zgodnie z kolejnością systemu plików):

FOR %x IN (*.bat) DO call "%x"

Możesz także reagować na poziomy błędu po połączeniu. Posługiwać się:

exit /B 1   # Or any other integer value in 0..255

zwrócić poziom błędu. 0 oznacza prawidłowe wykonanie. W wywoływanym pliku wsadowym możesz zareagować za pomocą

if errorlevel neq 0 <batch command>

Użyj, if errorlevel 1jeśli masz starszy system Windows niż NT4 / 2000 / XP, aby wyłapać wszystkie poziomy błędu 1 i wyższe.

Aby kontrolować przepływ pliku wsadowego, jest goto :-(

if errorlevel 2 goto label2
if errorlevel 1 goto label1
...
:label1
...
:label2
...

Jak zauważyli inni: spójrz na systemy kompilacji zastępujące pliki wsadowe.

Jeśli chcemy otworzyć wiele podpowiedzi poleceń, moglibyśmy użyć

start cmd /k

/k: jest obowiązkowy, który zostanie wykonany.

Uruchamianie wielu wierszy poleceń można wykonać jak poniżej.

start cmd /k Call rc_hub.bat 4444

start cmd /k Call rc_grid1.bat 5555

start cmd /k Call rc_grid1.bat 6666

start cmd /k Call rc_grid1.bat 5570.

Próbować:

call msbuild.bat
call unit-tests.bat
call deploy.bat

Wywołujesz wiele partii w celu skompilowania programu. Przyjmuję za pewnik, że jeśli wystąpi błąd:
1) Program w pakiecie zakończy działanie z poziomem błędu ;
2) Chcesz się o tym dowiedzieć.

for %%b in ("msbuild.bat" "unit-tests.bat" "deploy.bat") do call %%b|| exit /b 1

„||” sprawdza poziom błędu wyższy niż 0. W ten sposób wszystkie partie są wywoływane w kolejności, ale zatrzymają się przy każdym błędzie, pozostawiając ekran bez zmian.

Jeśli mamy dwa skrypty wsadowe, aaa.bat i bbb.bat, i wywołujemy jak poniżej

call aaa.bat
call bbb.bat

Podczas wykonywania skryptu najpierw wywoła aaa.bat, zaczeka na zakończenie wątku aaa.bat i wywoła bbb.bat.

Ale jeśli nie chcesz czekać na zakończenie aaa.bat w celu wywołania bbb.bat, spróbuj użyć polecenia START :

START ["title"] [/D path] [/I] [/MIN] [/MAX] [/SEPARATE | /SHARED]
  [/LOW | /NORMAL | /HIGH | /REALTIME | /ABOVENORMAL | /BELOWNORMAL]
  [/AFFINITY <hex affinity>] [/WAIT] [/B] [command/program]
  [parameters]

Egzamin:

start /b aaa.bat
start /b bbb.bat

call msbuild.bat
call unit-tests.bat
call deploy.bat

Aby wywołać .batplik w .batpliku, użyj

call foo.bat

(Tak, to głupie, byłoby bardziej sensowne, gdybyś mógł to wywołać foo.bat, tak jak z wiersza poleceń, ale poprawnym sposobem jest użycie call.)

Patrząc na nazwy plików, czy zastanawiałeś się nad użyciem narzędzia do kompilacji, takiego jak NAnt lub Ant (wersja Java). Otrzymasz o wiele większą kontrolę niż w przypadku plików nietoperzy.

Jeśli chcesz otworzyć wiele plików wsadowych jednocześnie, możesz użyć polecenia call. Jednak polecenie połączenia zamyka bieżący plik nietoperza i przechodzi do innego. Jeśli chcesz otworzyć wiele jednocześnie, możesz spróbować:

@echo off
start cmd "call ex1.bat&ex2.bat&ex3.bat"

I tak dalej lub powtórz start cmd„ call...” dla dowolnej liczby plików. Działa to w systemie Windows 7 , ale nie jestem pewien co do innych systemów.

Start msbuild.bat
Start unit-tests.bat
Start deploy.bat

Jeśli to nie zadziała, należy wymienić startz calllub spróbuj tego:

Start msbuild.bat
Goto :1
:1
Start unit-tests.bat
Goto :2
:2
Start deploy.bat

Wystarczy użyć callpolecenia! Oto przykład:

call msbuild.bat
call unit-tests.bat
call deploy.bat

Przy prawidłowym cytowaniu (czasami może to być trudne):

start "" /D "C:\Program Files\ProgramToLaunch" "cmd.exe" "/c call ""C:\Program Files\ProgramToLaunch\programname.bat"""

1st arg - Title (w tym przypadku pusty)
2nd arg - / D określa katalog startowy, można go pominąć, jeśli chcesz, aby bieżący katalog działał (np. „% ~ Dp0”)
3. arg - polecenie uruchomienia, „cmd.exe”
4th arg - argumenty do polecenia, z podwojonymi cudzysłowami dla argumentów w środku (w ten sposób unikasz cudzysłowów w cudzysłowach wsadowo)

Uruchamiając wiele skryptów w jednym miałem ten sam problem. Utrzymywałem, że umiera na pierwszym, nie zdając sobie sprawy, że kończy się na pierwszym skrypcie.

:: OneScriptToRunThemAll.bat
CALL ScriptA.bat
CALL ScriptB.bat
EXIT

:: ScriptA.bat
Do Foo
EXIT
::ScriptB.bat
Do bar
EXIT

Usunąłem wszystkie 11 wierszy EXIT skryptu i próbowałem ponownie, a wszystkie 11 działały kolejno po kolei w tym samym oknie poleceń.

:: OneScriptToRunThemAll.bat
CALL ScriptA.bat
CALL ScriptB.bat
EXIT

::ScriptA.bat
Do Foo

::ScriptB.bat
Do bar

Następujące rozwiązanie rozwiązało mój problem:

start call "batch1.bat"
start call "batch2.bat"

Może chcesz tego:

Uruchom skrypty wsadowe równolegle

start "systemLogCollector" /min cmd /k call systemLogCollector.bat
start "uiLogCollector" /min cmd /k call uiLogCollector.bat
start "appLogCollector" /min cmd /k call appLogCollector.bat

_{Tutaj trzy pliki wsadowe są uruchamiane w osobnych oknach poleceń w stanie zminimalizowanym. Jeśli nie chcesz ich minimalizować, usuń je /min. Ponadto, jeśli nie będziesz musiał kontrolować ich później, możesz pozbyć się tytułów. Tak więc polecenie bez kości będzie…start cmd /k call systemLogCollector.bat}

Jeśli chcesz je rozwiązać-

taskkill /FI "WindowTitle eq appLogCollector*" /T /F
taskkill /FI "WindowTitle eq uiLogCollector*" /T /F
taskkill /FI "WindowTitle eq systemLogCollector*" /T /F