Што рабіць, калі адна і тая ж каманда працуе лакальна, але паказвае сінтаксальныя памылкі ў Agent?
Спачатку пацвердзіце, якая абалонка фактычна выкарыстоўваецца Agent, затым выпраўце параметры, цытаты і шляхі.
Кропка ўваходу выканання можа выкарыстоўваць іншую абалонку
Не ацэньвайце абалонку Agent выключна на аснове аперацыйнай сістэмы або тэрмінала, які вы адкрываеце ўручную. На Windows абодва настольныя і CLI рэалізацыі аддаюць перавагу Git Bash; калі ён не знойдзены, яны выкарыстоўваюць cmd; ён не зафіксаваны на PowerShell. Unix-дэсктопы выбіраюць даступную абалонку карыстальніка на хосце, у той час як CLI выкарыстоўвае bash для звычайных шляхоў каманд. Змена кропкі ўваходу можа змяніць спосаб інтэрпрэтацыі аднаго і таго ж радка.
Спачатку праверце шляхі і метады цытавання
Дазвольце Agent спачатку пацвердзіць фактычную абалонку, затым апрацуйце шляхі, якія ўтрымліваюць прабелы, URL-адрасы са знакамі пытання або злучэннямі, і сінтаксіс параметраў, спецыфічны для платформы. Некаторыя абалонкі разглядаюць нецытаваныя сімвалы як падстаноўныя знакі, што выклікае памылкі, якія выглядаюць як файлы не знойдзены. Не проста змяняйце адзін падазроны сімвал і працягвайце пакетнае выкананне; вы можаце спачатку разбіць задачу на адну праверачную каманду толькі для чытання, каб назіраць за вынікам.
Адрознівайце праблемы сінтаксісу ад адсутных інструментаў
Калі памылка заключаецца ў 'праграма не знойдзена', спачатку праверце ўстаноўку інструментаў і шляхі; калі доступ забаронены, праверце дазволы сістэмы; толькі памылкі разбору патрабуюць засяроджвання на выпраўленні сінтаксісу абалонкі. Нават калі апошняя частка каманды паказвае поспех, праверце папярэднія вывады памылак, каб пазбегнуць ігнаравання частковых збояў. Пацвердзіце, што паводзіны ў адзін крок правільныя, перш чым аднаўляць поўную задачу; няма неабходнасці скідаць токены злучэння або павышаць дазволы кліента па змаўчанні для гэтага.