Как настроить Web Essentials 2013 для игнорирования файлов?

Обновление 4:

В новейшей версии Web Essentials 2013 1.9 есть «Лучше игнорировать логику для бегунов ворса», все проблемы устранены. Теперь вы можете включить «Запуск при сборке». У него есть правило игнорирования по умолчанию для общей библиотеки js и минифицированного js. Следующая конфигурация excludeFiles все еще работает, но больше не нужна.

Обновление 3:

Перекрестите мой пост с https://github.com/madskristensen/WebEssentials2013/issues/603 .

Если вам не нужны JSHint и функция JSCS, просто перейдите в «Инструменты — Параметры — Web Essentials — JavaScript», установите для «Запуск при сборке» и «Запуск при сохранении» значение False.

Если вы хотите их использовать, оставьте «Запускать при сборке» False, установите для «Запуск при сохранении» значение True. Все js будут JSHint и JSCS при предварительном просмотре, открытии и сохранении. С этим изменением вы сможете успешно строить без замедления. Список ошибок будет заполнен только открытыми в данный момент элементами js JSHint и JSCS.

По умолчанию JSHint не будет работать на всех минимизированных и некоторых распространенных библиотеках js, но JSCS будет работать всегда. В то время как JSCS, это может задержать вас примерно на несколько секунд с минимизированным js. Если вы не хотите ждать, перейдите в «Web Essentials — Изменить глобальные настройки JSCS». Изменять

"excludeFiles": ["test/data/*.js"],

в

"excludeFiles": ["**/*.min.js", "**/*.debug.js", "**/*.intellisense.js", "**/*-vsdoc.js"],

пропускать АОС только на минимизированных js. Или изменить на

"excludeFiles": ["**"],

чтобы полностью остановить АОS, оставьте только JSHint.

Конечно, вы можете написать свое собственное правило, чтобы исключить те, которые вам не нужны. Просто поставьте двойные звездочки в начале, используйте «/» вместо «\», в другой части просто используйте одинарную звездочку для подстановочного знака. Как "**/Scripts/*.js".

С правилом исключения он по-прежнему будет генерировать информационный элемент xml для каждого js, который будет исправлен позже (надеюсь), но, наконец, вы можете начать кодирование.

Наконец, вы можете обновиться до 1.8.5, но это только остановит запуск «Запуск при сборке». "Запуск при сохранении" еще нужны эти настройки. Так что это не меняет того, что я говорю здесь.

Надеюсь, что эта информация верна и полезна для текущей версии 1.8 и 1.8.5.

Обновление 1:

Установите новую версию 1.8.5. Это остановит функцию «Запуск при сборке». Это означает, что даже если вы включите его, он не будет работать на сборке. Но «Запустить при сохранении True» по-прежнему будет работать при предварительном просмотре, открытии и сохранении. Правильный относительный шаблон для excludeFiles — **/Script/**.

Таким образом, рекомендуемое правило исключения для минимизированных js будет:

    "excludeFiles": ["**/Scripts/**.min.js", "**/Scripts/**.debug.js", "**/Scripts/**.intellisense.js", "**/Scripts/**-vsdoc.js"],

Или просто используйте **/Script/**, чтобы исключить их все.

Проблема <?xml будет исправлена ​​в следующей версии в соответствии с Ошибки JSHint/JSCS в файлах .min и других? . Таким образом, этот шаблон должен быть последним правильным, с одной проблемой, которая должна и будет исправлена ​​в следующей версии Web Essentials. Или, может быть, следующий WE предоставит хорошее правило excludeFiles по умолчанию.

"excludeFiles": ["**/*.min.js", "**/*.debug.js", "**/*.intellisense.js", "**/*-vsdoc.js"],

"excludeFiles": ["C:/Solution/Project/Scripts/*", "C:/Solution/Project/Scripts/kendo/*"]

JSCS parse error: <?xml version="1.0" encoding="utf-8"?>
<checkstyle version="4.3">
</checkstyle>

<?xml version="1.0" encoding="utf-8"?>
<checkstyle version="4.3">
</checkstyle>

У меня была такая же проблема после установки KendoUI. Запустить проект было в принципе невозможно. Я решил это, перейдя в Web Essentials -> Изменить глобальные настройки JSCS и добавив:

"excludeFiles": ["Scripts/kendo/*"]

под записью "excludeFiles": ["test/data/*.js"].

Теперь файл .jscs.json выглядит так:

{
"requireCurlyBraces": ["if", "else", "for", "while", "do", "try", "catch"],
"requireSpaceAfterKeywords": ["if", "else", "for", "while", "do", "switch", "return", "try", "catch"],
"disallowLeftStickedOperators": ["?", "+", "-", "/", "*", "=", "==", "===", "!=", "!==", ">", ">=", "<", "<="],
"disallowRightStickedOperators": ["?", "+", "/", "*", ":", "=", "==", "===", "!=", "!==", ">", ">=", "<", "<="],
"requireRightStickedOperators": ["!"],
"requireLeftStickedOperators": [","],
"disallowImplicitTypeConversion": ["string"],
"disallowKeywords": ["with"],
"disallowMultipleLineBreaks": true,
"disallowKeywordsOnNewLine": ["else"],
"excludeFiles": ["test/data/*.js"],
"excludeFiles": ["Scripts/kendo/*"]
"validateJSDoc": {
    "checkParamNames": true,
    "requireParamTypes": true
    }
}

Просто замените ["Scripts/kendo/*"] тем, что вы хотите исключить. Работал как шарм для меня.

Параметр excludeFiles в файле .jscsrc — правильный путь, но вам нужно указать его как полный путь к файловой системе, а не относительный путь для вашего проекта, чтобы получить его. работать. Обратите внимание на косую черту в начале /, а не только на **. Вы также можете настроить таргетинг на более конкретные папки, но, похоже, вам нужно включить /, чтобы заставить его работать. Я подозреваю, что вы могли бы изучить документацию по подстановке файлов узла, чтобы действительно понять параметры.

На моем компьютере с Web Essentials 2013 для обновления 2 следующие шаги отключили AOS для всех файлов:

• Выберите меню Web Essentials Menu->Edit Global JSCS settings (.jscsrc)...
• Добавьте "excludeFiles": ["/**"], и сохраните файл настроек
• Запустите JSCS вручную для проблемного JS-файла или повторно сохраните его (зависит от параметра Инструменты->Параметры->Web Essentials->JavaScript->Линтер->Запускать при сохранении).

Нет необходимости перезапускать Visual Studio.

В Web Essentials 2013 версии 2.3 добавлен новый способ решения этой проблемы: .weignore. См. http://vswebessentials.com/features/general#weignore или https://github.com/madskristensen/WebEssentials2013/pull/1250. Новый способ лучше старого, потому что это централизованное и согласованное место для управления всеми компиляторами и линтерами. И это быстрее, потому что по-старому все равно нужно будет запускать каждый целевой файл компиляторами и линтерами, а затем игнорировать их. Новый способ будет просто игнорировать сам Web Essentials, уменьшит время/процессор/диск, который сталкивается с компиляторами и линтерами. И нет необходимости разбираться в конкретном формате конфигурации каждого компилятора и линтера, чтобы делать то же самое.