Включить компилятор SASS в определение сборки в Visual Studio? (и избегайте объединения файлов CSS при использовании TFS) - PullRequest
0 голосов
/ 16 февраля 2020

Мы планируем использовать SASS вместо простого CSS для нашего проекта SharePoint очень скоро. При тестировании и попытке настроить все, я столкнулся с некоторыми проблемами:

Мы используем Visual Studio 2015 , и на моей машине разработчика я установил Расширение веб-компилятора для компиляции .s css -файлов и частичных файлов в обычный. css -файл.

Это сработало очень хорошо, но проблема в том, что над стилями будут одновременно работать несколько разработчиков. Я хочу избежать слияния результирующего css -файла каждый раз, когда кто-то пытается зарегистрировать что-либо в системе контроля версий (мы используем Team Foundation Server ).

Поскольку сборка выполняется каждый раз, когда кто-то проверяет свои изменения и развертывает получившееся решение на машине ночного построения, идея заключалась в том, чтобы каким-то образом включить компилятор SASS в определение сборки. Таким образом, более читаемые s css -файлы объединяются, и сборка создает результирующий css -файл для включения его в решение. Может быть, я думаю слишком сложно, но я просто не мог заставить это работать до сих пор.

Есть идеи, как мне этого добиться? (Возможно, я должен также упомянуть, что ни одна из машин dev не имела никакого соединения inte rnet)

1 Ответ

0 голосов
/ 17 февраля 2020

Если вы создаете приложение MVC, вы можете использовать функцию связывания MVC вместе с пакетом SASS NuGet . И обязательно включите минификацию. На SassAndScssSettings есть свойство UseNativeMinification. Таким образом, вам не нужно иметь дело со слиянием файла css при получении последней версии или регистрации. См. Эту ветку: Рекомендации SASS / TFS

Другой способ - запустить сценарий (например, с задачей PowerShell) на сервере для установки компонентов gulp, а затем вызов задачи sass compile для компиляции SASS. Подробнее см. Сборка Powershell - компиляция SASS .

...