https://www.opennet.ru/openforum/vsluhforumID3/104661.html Анонсирован (http://google-opensource.blogspot.ru/2015/09/building-build-system-bazel-reaches-beta.html) Bazel 0.1.0 (http://bazel.io/), первый выпуск (https://github.com/bazelbuild/bazel/releases/tag/0.1.0) открытого варианта сборочного инструментария, используемого для сборки большинства внутренних проектов компании Google. Выпуск 0.1.0 позиционируется как бета-версия, поддерживающая сборку серверного и клиентского ПО на языках C++, Java, Python, Rust, Objective-C и Shell. Код Bazel распространяется (https://github.com/bazelbuild/bazel/) под лицензией Apache. <br><br><br>Bazel обеспечивает сборку проекта, запуская необходимые компиляторы и тесты, выполняя задачи, аналогичные таким системам, как Make, Ant, Gradle, Buck, Pants и Maven. Среди отличительных особенностей Bazel выделяются высокая скорость, надёжность и повторяемость процесса сборки. Для достижения высокой скорости сборки в Bazel активно применяются техники кэширования и распараллеливания процесса сборки. Инструментарий также гарантирует повторяемость https://www.opennet.ru/openforum/vsluhforumID3/104661.html#52 Fri, 11 Sep 2015 12:02:40 GMT &gt; ну, вообще для веба сейчас много чего собирают - js-модули в один <br>&gt; файл, css, спрайты... плюс всякие уродства вроде CoffeeScript.<br><br>Слушай, я недооценил яваскриптеров. Сначала поорать что скриптоязык, компилить не надо, epic win! Потом проcpaть в хлам все это преимущество, при этом получив два вагона проблем с оптимизацией и вообще производительностью.<br><br>А потом эти, с их брокколи, пробуют сделать какую-нибудь онлайн игру и начинается феерическая сага о том как они пробовали что-нибудь придумать насчет garbage collector и лагов от него, как они изгалялись с типизированными массивами, как костылии с asm.js, как они ударно зарулили те проблемы ... которых для начала быть вообще было не должно, если бы это делалось в здравом уме и твердой памяти.<br> https://www.opennet.ru/openforum/vsluhforumID3/104661.html#51 Fri, 11 Sep 2015 08:00:20 GMT &gt; Судя по их FAQ - такая же система сборки как и cmake, <br>&gt; но с упором на быструю пересборку больших проектов при малых изменениях. <br><br>Если это аналог cmake, то как они обеспечивают заявленную повторяемость сборки?<br><br>&gt; В BUILD-файлах обязательно полностью определены все зависимости, на основе которых принимаются решения по пересборке компонентов после внесения изменений и распараллеливании процесса сборки. Все операции сборки являются инкрементальными и всегда приводят к идентичному результату в любых окружениях;<br><br>Тут, кстати, действительно не очень понятно. Я возможно ошибочно предполагаю, что компонент -- это git-репозиторий. Возможно, это какие-то внутренние структуры проекта в этом репозитории.<br><br>Если у кого время будет, посмотрите пожалуйста, отпишите, что и как.<br><br>А то если у них действительно аналог make, рулящий зависимостями, то я в упор не понимаю, что мешает делать, как рекомендуется в man make:<br>http://git.freehck.ru/cfrolov.git/blob/master/Makefile<br>(см. "compile and generate dependency inf https://www.opennet.ru/openforum/vsluhforumID3/104661.html#50 Thu, 10 Sep 2015 21:10:41 GMT В собственном велосипеде gyp обнаружили фаталный недостаток?<br>Обязательно надо было новый?<br> https://www.opennet.ru/openforum/vsluhforumID3/104661.html#49 Thu, 10 Sep 2015 12:59:54 GMT Все окружение &#8212; в облаке. Сорцы &#8212; тоже в облаке. Даже те, которые изменяются, тоже в облаке. Локально (возможно) генерируется только граф задач, исполнение всех задач и билд всех артефактов &#8212; в облаке. Если что-то не параллелится, значит оно не параллелится, но запускается все-равно на машине в облаке.<br> https://www.opennet.ru/openforum/vsluhforumID3/104661.html#48 Thu, 10 Sep 2015 12:15:20 GMT Непонятно как это все работает. Откуда берется gcc: с сервера или локальной машины? Заявлена повторяемость сборки, а разные версии gcc, да еще и в разном окружении, дадут разный результат. Кто и как запускает gcc на сервере? С LTO еще все более не понятно - ведь такой тип линковки не поддается параллельному исполнению и требует огромного количества памяти.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/104661.html#47 Thu, 10 Sep 2015 11:48:53 GMT http://bazel.io/docs/cpp.html<br><br>cc_library дает obj<br>cc_executable линкует то, что накомпилил cc_library.<br><br>Не совсем понимаю, в чем проблема здесь. Но я с языками, где требуется линковка не работаю. Потому могу не понимать очевидных вещей.<br> https://www.opennet.ru/openforum/vsluhforumID3/104661.html#46 Thu, 10 Sep 2015 11:10:16 GMT Судя по их FAQ - такая же система сборки как и cmake, но с упором на быструю пересборку больших проектов при малых изменениях.<br><br>Непохоже что бы она могла сама автоматом притянуть Qt нужной версии, собрать его, прилинковать к при сборке и аккуратно все в пакет завернуть.<br><br>Пример для c++ https://github.com/bazelbuild/bazel/blob/master/examples/cpp/BUILD<br>Пример для d https://github.com/bazelbuild/bazel/blob/master/examples/d/hello_world/BUILD<br><br>Для обоих случаев имена зависимых файлов указываются явно.<br> https://www.opennet.ru/openforum/vsluhforumID3/104661.html#45 Thu, 10 Sep 2015 10:55:49 GMT Сборка проекта с 10к файлов будет занимать 200мс.<br> https://www.opennet.ru/openforum/vsluhforumID3/104661.html#44 Thu, 10 Sep 2015 10:53:28 GMT Там у них в faq есть ссылка на цикл статей: http://google-engtools.blogspot.com/2011/09/build-in-cloud-distributing-build-steps.html<br><br>Там подробно рассказывается как они организуют доступ серверов к исходникам и возврат сообщений сборки. Но я так и не понял - каким образом происходит запуск gcc на серверах и где происходит линковка? Как они с LTO справляются тем более не понятно.<br>