Files
MIKROTIK-RMM/scripts/generate-ghcr-compose.mjs
T
2GT-RichandClaude Opus 5 273a0da737 fix(deploy): restore NetFlow to the published compose file, and generate it (v0.23.34-beta)
Closes #121.

The Quick Deploy file was missing NETFLOW_BIND_PORT and the 2055/udp mapping, so
the collector bound inside the container and nothing reached it. NetFlow did
nothing, silently, with an empty traffic page and no error — for everyone
following the path the README tells new users to take.

The report was accurate and understated. docker-compose.ghcr.yml had drifted for
seven weeks, and three closed issues had never reached it:

  * NETFLOW_BIND_PORT and the UDP port — as reported
  * all five POLLER_* tunables — #114, whose fix was "pass the tunables through"
  * the Redis memory ceiling and eviction policy — #116
  * TZ on the postgres service, which nobody had noticed at all

The middle one is the uncomfortable part. Four days ago #114 was closed by
forwarding poller settings that were documented but inert, with a comment saying
setting them "did precisely nothing". On Quick Deploy that remained true, because
one compose file was fixed and the other was not — including the advice given to
that reporter about which knob to turn.

So patching the four gaps would have been treating the symptom. The two files
describe the same system and differ only in where images come from; maintaining
both by hand meant remembering every change twice, and the one forgotten was
always the file no maintainer runs.

docker-compose.ghcr.yml is now generated from docker-compose.yml by
scripts/generate-ghcr-compose.mjs, which performs the two build-to-image swaps
and nothing else. Substitution is textual rather than parse-and-reserialise so
comments survive — the reasoning about Redis eviction is worth more than the two
lines it explains. The file stays committed and browsable, because the README
tells people to curl it directly.

A --check mode runs as the first preflight gate and as its own CI job, both of
which fail when the committed file does not match what the generator produces.
Verified by deleting the NetFlow line and watching the guard reject it, with the
reason and the fix in the failure message.

Reported by @mamb1329, on their first issue.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-06 13:08:56 -07:00

98 lines
4.1 KiB
JavaScript
Executable File

#!/usr/bin/env node
/**
* Generate docker-compose.ghcr.yml from docker-compose.yml.
*
* The two files describe the same system and differ only in where the images
* come from. Maintaining both by hand meant every change had to be remembered
* twice, and the one that got forgotten was the Quick Deploy path — the file the
* README tells every new user to download, and the one no maintainer runs.
*
* That drift was not hypothetical. By the time it was reported (#121) the
* published file had been missing the NetFlow port for weeks, along with all
* five poller tunables and the Redis memory ceiling, each of which had been
* added while closing a different issue.
*
* Substitution is textual rather than parse-and-reserialise so that comments
* survive — the reasoning about Redis eviction is worth more than the two lines
* of config it explains.
*
* Run `npm run compose:generate`. CI regenerates and fails if the result differs
* from what is committed, so the two cannot diverge again.
*/
import { readFileSync, writeFileSync } from 'node:fs';
import { fileURLToPath } from 'node:url';
import { dirname, join } from 'node:path';
const root = join(dirname(fileURLToPath(import.meta.url)), '..');
const SOURCE = join(root, 'docker-compose.yml');
const TARGET = join(root, 'docker-compose.ghcr.yml');
const REGISTRY = 'ghcr.io/2gt-media-group-llc';
/** The only intentional differences between the two files. */
const IMAGE_SWAPS = [
{
service: 'nginx',
build: ' build:\n context: .\n dockerfile: nginx/Dockerfile\n',
image: ` image: ${REGISTRY}/mikrotik-manager-nginx:latest\n`,
},
{
service: 'backend',
build: ' build:\n context: ./backend\n dockerfile: Dockerfile\n',
image: ` image: ${REGISTRY}/mikrotik-manager-backend:latest\n`,
},
];
const BANNER = `
# ─────────────────────────────────────────────────────────────────────────────
# GENERATED FILE — DO NOT EDIT.
#
# Produced from docker-compose.yml by scripts/generate-ghcr-compose.mjs.
# Edit that file and run \`npm run compose:generate\`; CI fails if this one is
# out of date.
#
# Pre-built image deployment — no source code or build toolchain required.
# For development or building from source, use docker-compose.yml instead.
# ─────────────────────────────────────────────────────────────────────────────
`;
function generate(source) {
let out = source;
for (const swap of IMAGE_SWAPS) {
if (!out.includes(swap.build)) {
throw new Error(
`Could not find the build block for "${swap.service}" in docker-compose.yml. ` +
`The generator needs updating to match how that service is now defined.`
);
}
out = out.replace(swap.build, swap.image);
}
// Banner goes after the version line so the file still parses from line one.
const versionLine = out.match(/^version:.*\n/);
if (!versionLine) throw new Error('docker-compose.yml has no version line to anchor the banner to');
return out.replace(versionLine[0], versionLine[0] + BANNER);
}
const generated = generate(readFileSync(SOURCE, 'utf8'));
const check = process.argv.includes('--check');
const current = (() => { try { return readFileSync(TARGET, 'utf8'); } catch { return null; } })();
if (check) {
if (current !== generated) {
console.error(
'docker-compose.ghcr.yml is out of date.\n' +
'Run `npm run compose:generate` and commit the result.\n\n' +
'This guard exists because the published deployment silently lost the NetFlow\n' +
'port, the poller tunables and the Redis memory ceiling when they were added\n' +
'to docker-compose.yml alone (#121).'
);
process.exit(1);
}
console.log('docker-compose.ghcr.yml is up to date');
} else {
writeFileSync(TARGET, generated);
console.log(current === generated ? 'docker-compose.ghcr.yml unchanged' : 'docker-compose.ghcr.yml regenerated');
}