Hvad skal jeg gøre, hvis den samme kommando kører lokalt, men viser syntaksfejl i Agent?
Bekræft først den shell, som Agent faktisk bruger, og ret derefter parametre, anførselstegn og stier.
Eksekveringsindgangen kan bruge en anden shell
Døm ikke Agent's shell udelukkende baseret på operativsystemet eller den terminal, du åbner manuelt. På Windows prioriterer både desktop- og CLI-implementeringer Git Bash; hvis den ikke findes, bruger de cmd; den er ikke fastlåst til PowerShell. Unix-desktops vælger brugerens tilgængelige shell på værten, mens CLI bruger bash til almindelige kommandostier. Ændring af indgangspunktet kan ændre, hvordan den samme streng fortolkes.
Tjek først stier og anførselstegnmetoder
Lad Agent først bekræfte den faktiske shell, og håndter derefter stier, der indeholder mellemrum, URL'er med spørgsmålstegn eller forbindere, og platforms-specifik parameter-syntaks. Nogle shells behandler uanførte tegn som jokertegn, hvilket forårsager fejl, der ligner 'filer ikke fundet'. Modificer ikke bare et mistænkeligt tegn og fortsæt med batch-eksekvering; du kan først opdele opgaven i en enkelt verificerbar skrivebeskyttet kommando for at observere resultatet.
Skil syntaksproblemer fra manglende værktøjer
Hvis fejlen er 'program ikke fundet', skal du først tjekke værktøjsinstallation og stier; hvis adgangen nægtes, skal du tjekke systemtilladelser; kun parsingfejl kræver fokus på at rette shell-syntaks. Selvom den sidste del af kommandoen viser succes, skal du tjekke tidligere fejlmeddelelser for at undgå at ignorere delvise fejl. Bekræft, at enkelttrinsadfærd er korrekt, før du genopretter den fulde opgave; der er ingen grund til at nulstille forbindelsestokens eller øge klienttilladelser som standard for dette.