Есть вот такой документ, подробно описывающий схему сборки merged-бандла на ENB: https://github.com/enb/enb-bem-techs/blob/master/docs/build-merged-bundle.md

Отвечает ли он на вопрос?

Нет, т.к. там описывается ситуация, когда уже есть стопка BEMDECL-файлов.

В конфиге ниже идет сборка этой стопки бандлов с поледующей сборкой из них merged. Т.е. мне непонятно именно, как проихсодит переход от сборки "стопки" к сборке merged-бандла.

var fs = require('fs'),
    path = require('path'),
    techs = {
        // essential
        fileProvider: require('enb/techs/file-provider'),
        fileMerge: require('enb/techs/file-merge'),

        // optimization
        borschik: require('enb-borschik/techs/borschik'),

        // css
        stylus: require('enb-stylus/techs/stylus'),

        // js
        browserJs: require('enb-js/techs/browser-js'),

        // bemtree
        // bemtree: require('enb-bemxjst/techs/bemtree'),

        // bemhtml
        bemhtml: require('enb-bemxjst/techs/bemhtml'),
        bemjsonToHtml: require('enb-bemxjst/techs/bemjson-to-html')

    },
    enbBemTechs = require('enb-bem-techs'),
    merged = require('./techs/merged'),
    levels = [
        { path: 'libs/bem-core/common.blocks', check: false },
        { path: 'libs/bem-core/desktop.blocks', check: false },
        'common.blocks',
        'desktop.blocks',
        'form.blocks',
        'template.blocks'
    ];

module.exports = function(config) {
    var isProd = process.env.YENV === 'production',
        mergedBundleName = 'merged',
        pathToMargedBundle = path.join('desktop.bundles', mergedBundleName);

    fs.existsSync(pathToMargedBundle) || fs.mkdirSync(pathToMargedBundle);

    merged(config, pathToMargedBundle);

    config.nodes('*.bundles/*', function(nodeConfig) {
        var isMergedNode = path.basename(nodeConfig.getPath()) === mergedBundleName;

        isMergedNode || nodeConfig.addTechs([
            [techs.fileProvider, { target: '?.bemjson.js' }],
            [enbBemTechs.bemjsonToBemdecl]
        ]);

        nodeConfig.addTechs([
            // essential
            [enbBemTechs.levels, { levels: levels }],
            [enbBemTechs.deps],
            [enbBemTechs.files],

            // css
            [techs.stylus, {
                target: '?.css',
                sourcemap: false,
                autoprefixer: {
                    browsers: ['last 20 versions', 'IE > 8', 'Opera > 11', 'Firefox >= 5', 'Chrome > 10']
                }
            }],
            // bemtree
            // [techs.bemtree, { sourceSuffixes: ['bemtree.js', 'bemtree'] }],

            // bemhtml
            [techs.bemhtml, { sourceSuffixes: ['bemhtml.js', 'bemhtml'] }],
            [techs.bemjsonToHtml],

            // client bemhtml
            [enbBemTechs.depsByTechToBemdecl, {
                target: '?.bemhtml.bemdecl.js',
                sourceTech: 'js',
                destTech: 'bemhtml'
            }],
            [enbBemTechs.deps, {
                target: '?.bemhtml.deps.js',
                bemdeclFile: '?.bemhtml.bemdecl.js'
            }],
            [enbBemTechs.files, {
                depsFile: '?.bemhtml.deps.js',
                filesTarget: '?.bemhtml.files',
                dirsTarget: '?.bemhtml.dirs'
            }],
            [techs.bemhtml, {
                target: '?.browser.bemhtml.js',
                filesTarget: '?.bemhtml.files',
                sourceSuffixes: ['bemhtml.js', 'bemhtml']
            }],

            // js
            [techs.browserJs, { includeYM: true }],
            [techs.fileMerge, {
                target: '?.js',
                sources: ['?.browser.js', '?.browser.bemhtml.js']
            }],

            // borschik
            [techs.borschik, { sourceTarget: '?.js', destTarget: '_?.js', minify: isProd }],
            [techs.borschik, { sourceTarget: '?.css', destTarget: '_?.css', tech: 'cleancss', minify: isProd }],
        ]);

        nodeConfig.addTargets(isMergedNode ? ['_?.css', '_?.js'] : ['?.html']);
    });
};

ENB работает следующим образом: мы в конфиге .enb/make.js описываем необходимые нам цели с помощью метода nodeConfig.addTargets() и технологии сборки, которые умеют эти цели выполнить с помощью метода nodeConfig.addTechs().

В самом простом случае, если мы хотим получить бандл для технологии t1, мы должны сказать что-то типа

nodeConfig.addTargets(['?.t1']); // собери нам бандл в технологии t1
nodeConfig.addTechs([
    [require('path/to/t1.js'), { target: '?.t1' }] // кстати, вот тут есть технология, которая собирает бандлы в технологии t1
]);

ENB видит, что нужно собрать и среди всех задекларированных технологий находит подходящую.

Но в реальности чаще всего мы хотим получить бандлы технологий, которые нельзя собрать за один шаг: чтобы собрать CSS, на требуется сначала построить декларацию, собрать по ней зависимости, по ним найти нужные файлы и применить к ним какой-нибудь автопрефиксер, а результат прогнать через borschik.

Если попробовать описать нужный конфиг псевдокодом, получится что-то такое (важно! код не рабочий, просто для объяснения сути процесса):

nodeConfig.addTargets(['?.css']); // собери нам бандл в технологии css

// чтобы собрать ?.css, вот тебе технология оптимизации бандла со стилями
nodeConfig.addTech([require('path/to/csso.js'), { source: '?.dev.css', target: '?.css' }]);
// как видим, на вход она ожидает некий неоптимизированный бандл `?.dev.css`, а на выход отдаст как раз нужный нам `?.css`
// но как получить `?.dev.css`?

// чтобы собрать ?.dev.css, вот тебе технология для сборки файлов стилей
nodeConfig.addTech([require('path/to/styles.js'), { source: '?.deps.js', target: '?.dev.css' }]);
// отлично, `?.dev.css` мы таким образом получим, но где взять `?.deps.js`?

// чтобы собрать бандл зависимостей ?.deps.js, вот тебе технология для сборки депсов
nodeConfig.addTech([require('path/to/deps.js'), { source: '?.bemdecl.js', target: '?.deps.js' }]);
// уже близко, но все еще негде взять `?.bemdecl.js`

// чтобы собрать декларацию, вот тебе технология, которая умеет построить ее из bemjson.js
nodeConfig.addTech([require('path/to/bemjson-to-bemdecl.js'), { source: '?.bemjson.js', target: '?.bemdecl.js' }]);
// прекрасно, файл .bemjson.js мы пишем сами руками, так что он у нас уже имеется, остается только «предоставить» его в ENB:

// чтобы получить bemjson.js в ENB, нужно явно его «показать»:
nodeConfig.addTech([require('path/to/file-provider.js'), { source: '?.bemjson.js' }]);

Примерно так выглядит «типичная» схема сборки. Важный момент, который нужно понимать — это то, что у большинства технологий есть значения по умолчанию для полей source и target, поэтому из конфига не всегда очевидно, что из чего собирается. Но с этим очень легко разобраться, если запустить enb server и открыть в браузере страницу http://localhost:8080/ — здесь ENB нарисует граф сборки, там все связи будут очевидны.

Теперь, собственно, к тому, как в эту картину вписывается merged-бандл. По сути он добавляет к вышеописанной схеме всего лишь следующее: «Собери мне merged.bemdecl.js на основе всех имеющихся в проекте ?.bemdecl.js». А дальше ENB автоматически понимает, что для сборки каждого ?.bemdecl.js потребуется соответствующий ?.bemjson.js, а тот в свою очередь можно получить, если воспользоваться технологий file-provider. Но оба эти шага у нас были заранее описаны для той самой «типичной сборки», поэтому ничего, кроме запроса на смердженный bemdecl в конфиг и добавлять-то не нужно.

Спасибо Что меня смущает, так это то, что в конфиге фактически дважды идёт настройка нод, т.е.

...
// из merged.js
    node || (node = '*.bundles/merged');
    config.nodes(node, function(nodeConfig) { ... });
// и затем тут же 
    config.nodes('*.bundles/*', function(nodeConfig) { ... });

Получается, что результат из той "конфигурации", что ниже, используется в той, что выше, а затем возвращается снова в нижнюю, т.к. nodeConfig.addTargets только в нижней задан.

Это, вероятно, возможно за счёт того, что у них общий nodeConfig?

• (node.js сильно поверхностно знаю)

Смысл в том, что все декларации из config.nodes('*.bundles/*', function(nodeConfig) { ... }); применятся ко всем имеющимся бандлам (т.к. используется *), а в merged.js описаны дополнительные действия именно для конкретного merged-бандла — там путь к нему указывается явно.