--uri, -u | STR | Chemin local ou URI de dépôt git à lancer. S’il est fourni, cette commande crée un job à partir de l’URI spécifié. Par défaut : None |
--job, -j | STR | Nom du job à lancer. S’il est fourni, launch ne nécessite pas d’URI. Par défaut : None |
--entry-point, -E | STR | Point d’entrée dans le projet. [par défaut : main]. Si le point d’entrée est introuvable, tente d’exécuter comme script le fichier du projet portant le nom spécifié, avec ‘python’ pour les fichiers .py et le shell par défaut (défini par la variable d’environnement $SHELL) pour les fichiers .sh. S’il est fourni, redéfinit la valeur du point d’entrée indiquée dans un fichier de configuration. Par défaut : None |
--build-context | STR | Chemin du contexte de build dans le code source. Par défaut, la racine du code source. Compatible uniquement avec -u. Par défaut : None |
--name | STR | Nom sous lequel lancer le run. S’il n’est pas spécifié, un nom de run aléatoire est utilisé. S’il est fourni, redéfinit le nom indiqué dans un fichier de configuration. Par défaut : None |
--entity, -e | STR | Nom de l’entity cible à laquelle le nouveau run sera envoyé. Par défaut, l’entity définie dans le dossier local wandb/settings est utilisée. S’il est fourni, redéfinit la valeur de l’entity indiquée dans un fichier de configuration. Par défaut : None |
--project, -p | STR | Nom du projet cible auquel le nouveau run sera envoyé. Par défaut, le nom de projet fourni par l’URI source est utilisé ou, pour les runs GitHub, le nom du dépôt git. S’il est fourni, redéfinit la valeur du projet indiquée dans un fichier de configuration. Par défaut : None |
--resource, -r | STR | Ressource d’exécution à utiliser pour le run. Valeurs prises en charge : ‘local-process’, ‘local-container’, ‘kubernetes’, ‘sagemaker’, ‘gcp-vertex’. Ce paramètre est désormais requis lors d’un envoi vers une file d’attente sans configuration de ressources. S’il est fourni, redéfinit la valeur de la ressource indiquée dans un fichier de configuration. Par défaut : None |
--docker-image, -d | STR | Image Docker spécifique à utiliser, au format nom:tag. Si elle est fournie, redéfinit la valeur de l’image Docker indiquée dans un fichier de configuration. Par défaut : None |
--base-image, -B | STR | Image Docker dans laquelle exécuter le code du job. Incompatible avec —docker-image. Par défaut : None |
--config, -c | STR | Chemin vers un fichier JSON (doit se terminer par ‘.json’) ou chaîne JSON transmise comme configuration de lancement. Détermine la manière dont le run lancé sera configuré. Par défaut : None |
--set-var, -v | STR | Définit les valeurs des variables de modèle pour les files d’attente dont la liste d’autorisation est activée, sous forme de paires clé-valeur, par exemple --set-var key1=value1 --set-var key2=value2 Par défaut : None |
--queue, -q | STR | Nom de la file d’attente de run vers laquelle téléverser. Si aucune n’est indiquée, lance directement un run unique. Si l’option est fournie sans argument (--queue), la file d’attente ‘default’ est utilisée. Sinon, si un nom est fourni, la file d’attente de run spécifiée doit exister dans le projet et l’entity indiqués. Par défaut : None |
--async | BOOL Flag | Option permettant d’exécuter le job de manière asynchrone. Vaut false par défaut : autrement dit, sauf si —async est défini, wandb launch attend la fin du job. Cette option est incompatible avec —queue ; lors d’une exécution avec un agent, les options asynchrones doivent être définies dans wandb launch-agent. Par défaut : False |
--resource-args, -R | STR | Chemin vers un fichier JSON (doit se terminer par ‘.json’) ou chaîne JSON transmise comme arguments de ressource à la ressource de calcul. Le contenu exact à fournir varie selon le backend d’exécution. Consultez la documentation pour connaître la structure de ce fichier. Par défaut : None |
--dockerfile, -D | STR | Chemin du Dockerfile utilisé pour construire le job, relatif à la racine du job. Par défaut : None |
--priority, -P | Choice | Lorsque —queue est fourni, définit la priorité du job. Les jobs Launch de priorité plus élevée sont traités en premier. L’ordre, de la priorité la plus élevée à la plus basse, est : critical, high, medium, low. Par défaut : None |
