Comment exécuter plusieurs fichiers .BAT à l'intérieur d'un même fichier .BAT ?

Question

J'essaie de faire en sorte que mon commit-build.bat pour exécuter d'autres fichiers .BAT dans le cadre de notre processus de construction.

Contenu de commit-build.bat :

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

Cela semble assez simple, mais commit-build.bat n'exécute que le premier élément de la liste ( msbuild.bat ).

J'ai exécuté chacun des fichiers séparément sans aucun problème.

Answer 1

Utiliser

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

Si vous n'utilisez pas CALL, le fichier de lot en cours s'arrête et le fichier de lot appelé commence à s'exécuter. C'est un comportement particulier qui remonte aux premiers jours de MS-DOS.

Answer 2

Toutes les autres réponses sont correctes : utilisez call.

Histoire

Dans les anciennes versions de Dos, il n'était pas possible d'exécuter récursivement des fichiers batch. C'est alors qu'a été introduite la commande call qui appelait un autre interpréteur de commandes pour exécuter le fichier batch et renvoyait l'exécution à l'interpréteur de commandes appelant lorsque celle-ci était terminée.

Évidemment, dans les versions ultérieures, aucun autre shell cmd n'était plus nécessaire.

Au début, de nombreux fichiers batch dépendaient du fait que l'appel d'un fichier batch ne retournait pas au fichier batch appelant. Changer ce comportement sans syntaxe supplémentaire aurait cassé de nombreux systèmes comme les systèmes de menus batch (utilisant des fichiers batch pour les structures de menus).

Comme dans de nombreux cas avec Microsoft, la rétrocompatibilité est donc la raison de ce comportement.

Conseils

Si vos fichiers batch comportent des espaces dans leur nom, utilisez des guillemets autour du nom :

call "unit tests.bat"

A propos : si vous n'avez pas tous les noms des fichiers batch, vous pouvez aussi utiliser for pour faire ceci : (dfoes ne garantit pas l'ordre correct des appels de fichiers batch, suit l'ordre du système de fichiers)

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

Vous pouvez également réagir sur les niveaux d'erreur après un appel. Utilisez

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

pour renvoyer un niveau d'erreur. 0 dénote une exécution correcte. Dans le fichier batch appelant, vous pouvez réagir en utilisant

if errorlevel neq 0 <batch command>

Utilisez si errorlevel 1 si vous avez un Windows plus ancien que NT4/2000/XP pour attraper tous les niveaux d'erreur 1 et plus.

Pour contrôler le flux d'un fichier batch, il y a goto :-(

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

Comme d'autres l'ont souligné, examinez les systèmes de construction pour remplacer les fichiers batch.

Answer 3

Si nous voulons ouvrir plusieurs invite de commande, nous devrions utiliser

start cmd /k 

/k : est obligatoire qui sera exécuté.

Le lancement de nombreuses commandes peut se faire comme suit.

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.

Answer 4

Essayez

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

Answer 5

Si nous avons 2 lots script aaa.bat & bbb.bat et appelons comme ci-dessous

call aaa.bat
call bbb.bat

Quand on exécute le script, il appellera d'abord aaa.bat et attendra que le thread de aaa.bat se termine puis appellera bbb.bat.

Mais si vous ne voulez pas attendre la fin de aaa.bat pour appeler bbb.bat, essayez d'utiliser la commande START

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

Examen :

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