Який найпростіший спосіб скинути ERRORLEVEL до нуля?

У мене є подія після збірки, яка запускає деякі команди для проекту ac #. Остання команда іноді спричиняє, що значення ERRORLEVEL не дорівнює нулю, і тоді збірка не вдається.

Я хочу додати додатковий рядок команди, щоб завжди встановлювати значення ERRORLEVEL на нуль. Який найзручніший спосіб це зробити?

якщо ви використовуєте, exit /b 0ви можете повернути errorlevel 0зсередини дочірній пакетний сценарій, не виходячи з батьківського.

Здається, це робить фокус:

ver > nul

Не все працює, і незрозуміло чому. Наприклад, наступне не робить:

echo. > nul
cls > nul

У подіях до або після збірки, якщо код повернення виконуваного файлу більший за нуль, а виклик виконуваного файлу не є останнім рядком події до або після збірки, швидкий спосіб вимкніть його та уникайте спрацьовування перевірки на ненульове значення errorlevel- це слідування за рядком, що не спрацьовує, з рядком, який явно повертає нуль:

cmd /c "exit /b 0"

По суті, це загальна комбінація раніше згаданих рішень, яка працюватиме не лише з останнім рядком події до або після збірки.

Я виявив, що "вихід 0" виглядає як хороший спосіб вирішити цю проблему.

Приклад використання:

NET STOP UnderDevService / Y

вихід 0

якщо служба UnderDevService не запущена.

Я особисто використовую це:

cd .

Працює навіть в оболонці unix.

Але, це може бути трохи швидше:

type nul>nul

Тому що Process Monitorпоказує QueryDirectoryдзвінки наcd .

PS: cd . має ще один приємний побічний ефект в оболонці unix. Він відновлює відтворену робочу директорію в терміналі, якщо вона була відкрита перед стиранням.

Я використовую VERIFYабоVERIFY > nul

Якщо це фрагмент типу "Подія після збірки" тощо, тоді ви будете чудово додавати:

(...) || ver > nul

в кінці останньої команди.

Як варіант

cmd /c "exit /b 0"

є дуже чистим і неідіоматичним - читач, який знає оболонку Windows, буде знати, що відбувається, і який ви мали намір.

Однак, якщо ви використовуєте пакетний сценарій, можливо, ви захочете використовувати підпрограми, які є легким еквівалентом "дочірнього пакетного сценарію" з відповіді akf.

Мати підпрограму:

:reset_error
exit /b 0

а потім просто

call :reset_error

скрізь, де це вам потрібно.

Ось повний приклад:

@echo off
rem *** main ***

call :raise_error
echo After :raise_error ERRORLEVEL = %ERRORLEVEL%

call :empty
echo After :empty ERRORLEVEL = %ERRORLEVEL%

call :reset_error
echo After :reset_error ERRORLEVEL = %ERRORLEVEL%

:: this is needed at the end of the main body of the script
goto:eof

rem *** subroutines ***

:empty
goto:eof

:raise_error
exit /b 1

:reset_error
exit /b 0

Які результати:

After :raise_error ERRORLEVEL = 1
After :empty ERRORLEVEL = 1
After :reset_error ERRORLEVEL = 0

Як бачите - просто зателефонувати і повернутися через goto: eof недостатньо.

Ось кілька інших способів скинути ErrorLevelстан, який працює навіть у MS-DOS (принаймні для версії 6.22):

more < nul > nul

rem // The `> nul` part can be omitted in Windows but is needed in MS-DOS to avoid a line-break to be returned:
sort < nul > nul

Наступні методи працюють лише в MS-DOS:

command /? > nul

fc nul nul > nul

keyb > nul

Для повноти це встановлює ErrorLevelстан 1, що діє як для Windows, так і для MS-DOS:

< nul find ""

Наступне працює в сучасних системах Windows (на базі NT), які мають cmd.exe:

rem /* This clears `ErrorLevel`; the SPACE can actually be replaced by an
rem    arbitrary sequence of SPACE, TAB, `,`, `;`, `=`, NBSP, VTAB, FF: */
(call )

SPACE(Або точніше, довільна послідовність з одного або декількох стандартних маркерів сепараторів, які SPACE(код 0x20), TAB(код 0x09), ,, ;, =, NBSP(код 0xFF), VTAB(код 0x0B) і FF(код 0x0C)) є обов'язковим; якщо ви пропустите його ErrorLevel, замість цього буде встановлено:

rem // This sets `ErrorLevel` to `1`:
(call)

На DosTips.com є приємна тема, де ця техніка з’явилася.

Ось альтернативний метод, але який отримує доступ до файлової системи і, отже, може бути дещо повільнішим:

dir > nul

rem /* Perhaps this is a little faster as a specific file is given rather 
rem    than just the current directory (`.` implicitly) like above: */
dir /B "%ComSpec%" > nul

Додайте >nulпісля кожної команди, яка, ймовірно, не вдасться - це, здається, запобігає збій.

Ви все ще можете перевірити результат команди, вивчивши %errorlevel% .

Наприклад:

findstr "foo" c:\temp.txt>nul & if %errorlevel% EQU 0 (echo found it) else (echo didn't find it)

Переглянувши всі інші відповіді, я вирішив знайти, який спосіб був найбільш ефективним для скидання ERRORLEVEL. Я зробив швидкий сценарій, який записав час на виконання кожного з них:

"cmd /c "exit /b 0"", "cd .", "ver", "type nul", and "VERIFY"

ось результат:

cmd / v: on / c set ^ "q = ^" ^ "& timeit.cmd" cmd / c ^! q ^! exit / b 0 ^! q ^! "" cd. "" ver "" type nul " "ПЕРЕВІРИТИ"

cmd / c "вихід / b 0" зайняв 0: 0: 0,02 (всього 0,02 с)

компакт-диск зайняло 0: 0: 0,00 (всього 0,00 с)

Microsoft Windows [Версія 10.0.18362.836]

версія зайняла 0: 0: 0.00 (всього 0.00 с)

тип нуль взяв 0: 0: 0,00 (всього 0,00 с)

VERIFY вимкнено. ПЕРЕВІРИТИ 0: 0: 0.00 (всього 0,00 с)

---

Це зайняло 0: 0: 0,06 (всього 0,06 с)

переглянувши Measure-Command {command}в Powershell, я виявив, що це дійсно прийнято, cd .і - cmd /c "exit /b 0"чи я роблю щось не так?

Я б порекомендував cd .або type nulз тих пір, і жоден з них не має сліду на виході консолі, і вони не є повільними в будь-якому вимірі.

так, мені досить нудно

Я використовую це:

ping localhost -n 1> null

Я завжди просто користувався;

set ERRORLEVEL=0

Я використовую його протягом осличих років.