我在团队环境中工作，我们在远程服务器上保留最新版本的开发网站。到目前为止，我们已经开发了常规CSS并使用Netbeans将文件推送到服务器。
我已经开始使用LESS并使用LESS.app（在OS X上）进行编译，这在Localhost上开发时很好。我希望能够在编译后将文件推送到Save上的远程开发服务器，以便其他团队成员可以处理该站点的最新版本。任何人都可以建议一种方法，而无需使用JS编译器或使用FTP手动上传？
答案 0 :(得分：2)
这听起来更像是一个工作流问题，而不是一个编程问题，所以我不确定它属于这个网站，但我仍然可以尝试提供帮助。我认为你没有充分解释你的部署方法，但我可以试一试。
问题归结于您编译源代码的位置。相同的三种方法有一些变化：
在设计时编译 - 这是您的标准命令行编译器，如lessc，但也包括诸如Mac上的LessParser或Less.app等基于Air的桌面应用程序等选项。这些类型的应用程序越来越少。
在编译/部署时编译 - 如果您有一个构建步骤，您可以在其中运行Ant或Maven构建，由于像Asual's LESS CSS Jar这样的项目，已经完成了很多工作。官方LESS-Rhino js文件经常不经常更新。在Java之外实现它更难，但它可能适用于DotLessCSS（.NET）或其他一些方法。
在运行时编译 - 几乎无论您的软件堆栈是什么，您都可以找到一个与您的应用程序或Web服务器相关的LESS编译器。 DotLess将与IIS相关联。您可以将Java编译器与任何Java，Grails或ColdFusion应用程序一起使用。有一个PHP编译器。显然有旧的Ruby编译器。 LESS.js文件将在Node.JS上运行。最后，您可以使用基于浏览器的Less.js，这可能对每个人都不起作用。
不要忘记，你可以做某种组合，所以在你的开发环境中你可以使用基于浏览器的js编译器，然后当你将它推广到测试或生产时，你可以在发布时编译它仅将已编译的css文件公开给公众。这样，在开发过程中，每个人都获得* .less文件（在浏览器中实时编译），在生产中，每个人都获得* .css文件。