Asp.net mvc 在并非每个人都安装了Mindscape扩展的团队中使用SASS

我有一个巨大的MVC项目，我想在其中使用SASS。我无法真正改变它的结构，所以我一直使用的解决方案是Mindscape

Mindscape非常棒，因为它在后台运行SASS watcher，让我可以编辑我的SASS文件，并将其动态编译到我的Styles目录中（另外：它还附带compass支持）

问题是，没有此扩展的人现在必须手动安装它，因为它不是Nuget依赖项管理器的一部分。我有两个问题：

• 是否可以在构建时自动安装Mindscape，就好像它是一个依赖项一样
• 如果这是不可能的，那么在保存SASS文件时，我可以使用什么来编译它们，以便将输出转到其他文件夹

---

我已经看到了这一点，但这是针对VS 2010的，而不是2012的。

但是，我已经以各种方式设法将sass设置为项目的一部分， Compass-它为SASS提供了非常强大的功能，仍然需要外部ruby构建

由于我们有各种各样的CI流程，必须齐头并进，而且将整个Compass库移植到项目中听上去有些过分

---

我们将为本地开发人员使用，并在远程服务器上设置SASS生成器。

一种方法是不要让每个人都编辑SASS/css，并将其维护隔离到前端开发人员：）

编译后的css文件可以添加到sass源代码旁边的版本控制中，这样每个人都可以使用最新的样式在本地运行网站，前端开发人员只能根据自己的需要编辑源代码。这也消除了在部署服务器上安装sass编译器的需要，根据infrarstructure是否愿意维护这些工具，部署服务器可能是交易破坏者

这不是解决问题的完美方法，但与让每个人在本地运行sass的开销相比，这是两个弊病中的较小的一个。在协议的初始设置之后，到目前为止，我们已经解决了这个问题（大型.NET开发商店）

---

注：我正在考虑改用.less，因为这样每个人都可以使用，这样就不需要依赖第三方工具了。缺少compass-like toolkit对我来说不是一个破坏者，但您的情况可能会有所不同

您可能不需要依赖外接程序，而应该包含类似的内容，并将编译留给网站。否则，您将不得不很好地证明，如果没有对VS的扩展，您将无法进行任何更改。[依我所知，情况不应该是这样的--我永远不应该安装一些东西来处理项目]SassAndCaffee.AspNet是选项2，但是我暂时无法更改代码的结构。它已经有一个bundler，它可以将特定文件夹中的文件包含到特定页面中，所以我想要的是，这个bundler可以获取我编译的SCS。那么一个如何呢？对其进行一点重构，以通过捆绑包使Sass可行，并且在VS 2012中，缩小效果很好。考虑到Sass的所有优点，安装起来似乎不太困难。我已经以各种方式将Sass作为项目的一部分进行了设置，但是，Compass（它为Sass提供了非常强大的功能）仍然需要外部ruby构建。由于我们有各种各样的CI流程，必须齐头并进，而且将整个Compass库移植到项目中听起来有些过分，我们将使用mindscape为本地开发人员，并在我们的远程服务器上设置一个构建器。我认为Compass是使SASS如此强大的原因，否则，这无关紧要。所以你可以说这是一个交易破坏者，谢谢你的建议@Mike86:compass与mindscape一起工作-但是，是的，另一种方法仅用于更琐碎的预处理使用。是的，确实如此，因此它是最合理的解决方案。必须在构建时手动运行compass updater，这不是很好，但在给定时刻它是最好的解决方案。