bem/bem-tools

Рекомендуется возвращать список явно, т.е. переопределять `getTechs()` как в первом примере, чтобы избежать побочных 
эффектов, если вдруг поменяется список технологий по умолчанию.

**ВАЖНО:** Технологии в массиве должны идти в порядке зависимости друг от друга. То есть технология B, зависящая от 
технологии A, должна быть в списке **ниже** A. Также в этом списке должны быть все технологии, в том числе исходный файл, 
например `bemjson.js`.

###### Сборка merged (раньше так же назывался common) бандла 
Merged бандл — это бандл, который объединяет в себе декларации всех бандлов уровня. Соответственно по такой объединенной 
декларации собираются и объединенные конечные файлы. Например, css будет включать в себе все стили, используемые всеми бандлами.

Merged бандл может быть полезен, например, если вы хотите использовать общие файлы статики (js, css) для нескольких  
страниц проекта. Или при использовании технологии priv.js держать шаблоны страниц в одном файле.

Следующий код включит сборку merged бандла для всех уровней:

```js 
MAKE.decl('BundlesLevelNode', { 
    buildMergedBundle: function() { 
        return true; 
    } 
}); 
```

Если merged бандл нужен только в выборочных уровнях, необходимо добавить условие (будем собирать merged только для уровня 
`pages-desktop`):

```js 
var PATH = require('path');

MAKE.decl('BundlesLevelNode', { 
    buildMergedBundle: function() { 
        if (this.getLevelPath() === 'pages-desktop') return true;

        return false; 
    } 
}); 
```

Метод `getLevelPath()` (есть у узлов-уровней и узлов-бандлов) возвращает относительный путь данного уровня или путь  
уровня данного бандла. С его помощью мы можем определить, нужно производить какие-либо действия для уровня или нет.

Изменить название merged банлда можно следующим образом: 
```js 
MAKE.decl('BundlesLevelNode', {

    mergedBundleName: function() { 
        return 'mymergedbundle'; 
    }

##### Production и Development сборка статики 
Переключая значение переменной окружения `YENV`, можно собирать production или development версии статических файлов. 
В production режиме файлы прогоняются через утилиту borschik, которая создаст файл с префиксом `_`, в который будет  
включено содержимое всех подключаемых файлов. Например, если собирается `index.css`, в котором подключаются `blocks/block1.css` 
и `blocks/block2.css`, то `borschik` создаст `_index.css` с контентом `block1.css` и `block2.css`. Кроме этого, `css`  
файлы оптимизируются утилитой `csso`, `js` файлы минимизируются через `uglifyjs`. В development режиме файлы прогоняются 
только через `borschik`, оптимизация не производится.

Режимом по умолчанию является development. Установка `YENV` в значение production переключит его соответственно.

Значения переменных окружения можно выставлять в `.bem/make.js`, например

```js 
process.env.YENV = 'production'; 
```

### Файлы конфигурации

#### Уровень переопределения (`.bem/level.js`)

На уровне переопределения должен быть файл конфигурации `.bem/level.js`, который содержит в себе мета-информацию 
об устройстве уровня, а именно: