Это больше похоже на проблему рабочего процесса, чем на проблему программирования, поэтому я не уверен, что это относится к этому сайту, но я все еще могу попытаться помочь. Я не думаю, что вы объяснили свой метод развертывания адекватно, но я могу попробовать его.
Проблема заключается в том, где вы компилируете свой исходный код. Существует несколько вариантов одних и тех же трех методов:
Компиляция во время разработки - Это ваш стандартный компилятор командной строки, такой как lessc, но также включает такие опции, как настольные приложения на базе Air, такие как LessParser или Less.app на Mac. Растет число таких приложений.
Компиляция во время компиляции / развертывания - Если у вас есть шаг сборки, на котором вы запускаете сборку Ant или Maven, большая часть этой работы была проделана благодаря таким проектам, как LESS CSS Jar от Asual. и официальный LESS-Rhino js файл, который обновляется недостаточно часто. Труднее сделать это вне Java, но это может быть выполнимо с помощью DotLessCSS (.NET) или каким-либо другим методом.
Компиляция во время выполнения - Почти независимо от вашего программного стека, вы можете найти LESS-компилятор, который будет связан с вашим приложением или вашим веб-сервером. DotLess свяжется с IIS. Вы можете использовать компилятор Java с любым приложением Java, Grails или ColdFusion. Есть компилятор PHP. Очевидно, есть старый компилятор Ruby. Файл LESS.js будет работать на Node.JS. Наконец, вы можете использовать основанный на браузере файл Less.js, который, вероятно, не будет работать для всех.
Не забывайте, что вы можете сделать какую-то комбинацию, поэтому в вашей среде разработки вы можете использовать js-компилятор на основе браузера, а затем, когда вы продвигаете его для тестирования или производства, вы можете скомпилировать его во время выпуска и выставлять публике только скомпилированный CSS-файл. Таким образом, в процессе разработки каждый получает файлы * .less (скомпилированные в реальном времени в браузере), а в процессе разработки каждый получает файл * .css.