@koda-sl/baker-cli 0.354.0-dev.e6a354971 → 0.354.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +3 -8
- package/dist/{chunk-B7MLH3K6.js → chunk-4HRJQGVW.js} +4 -4
- package/dist/chunk-4HRJQGVW.js.map +1 -0
- package/dist/cli.js +197 -88
- package/dist/cli.js.map +1 -1
- package/dist/engine/index.js +1 -1
- package/package.json +1 -1
- package/dist/chunk-B7MLH3K6.js.map +0 -1
package/README.md
CHANGED
|
@@ -98,12 +98,7 @@ All commands return a JSON envelope:
|
|
|
98
98
|
### Unknown options are refused
|
|
99
99
|
|
|
100
100
|
An option a command does not declare stops the run with `UNKNOWN_ARGUMENT`, naming the
|
|
101
|
-
real one
|
|
102
|
-
description. A word the command spells differently is matched by meaning (`--from` and
|
|
103
|
-
`--since` → `--start-date`, `--to` and `--until` → `--end-date`, `--path` and `--url` →
|
|
104
|
-
`--landing`, each only where the command has it); otherwise only a near spelling is
|
|
105
|
-
offered, so a short option is never pointed at an unrelated one (`--from` at `--full`).
|
|
106
|
-
Previously such an option was accepted and ignored, so a call that
|
|
101
|
+
closest real one. Previously such an option was accepted and ignored, so a call that
|
|
107
102
|
looked like it had filtered or narrowed a result was in fact answering the unfiltered
|
|
108
103
|
question — and nothing in the output said so. Both spellings of an option work
|
|
109
104
|
(`--run-id` and `--runId`), as they always did. The error's `fix` names the exact call
|
|
@@ -747,7 +742,7 @@ Use `--no-cache` on any command to bypass **both** the local file cache and the
|
|
|
747
742
|
|------|-----------|---------|
|
|
748
743
|
| `FIELD_NOT_FOUND` | No | Invalid field in GAQL query |
|
|
749
744
|
| `WRONG_RESOURCE` | No | Field queried from wrong resource |
|
|
750
|
-
| `INVALID_OPERATOR` | No | Unsupported operator (e.g. CONTAINS) |
|
|
745
|
+
| `INVALID_OPERATOR` | No | Unsupported operator (e.g. CONTAINS(), or =, IN or IS NOT NULL on a list field such as `final_urls` or `labels`, which takes only CONTAINS ALL/ANY/NONE). List-field operators are refused before the query is sent, with a corrected command that rewrites =/IN to CONTAINS ANY and drops a null test |
|
|
751
746
|
| `CUSTOMER_NOT_FOUND` | No | Invalid customer ID — run `baker ads google accounts` to find valid IDs |
|
|
752
747
|
| `MISSING_MANAGER_ID` | No | Account not accessible (may need MCC login-customer-id) |
|
|
753
748
|
| `INCOMPATIBLE_FIELDS` | No | Fields can't be in same query |
|
|
@@ -1338,7 +1333,7 @@ Shared flags: `--days <n>` (default 30) or `--start-date` / `--end-date` (`YYYY-
|
|
|
1338
1333
|
|
|
1339
1334
|
`--measure` decides whose activity is measured and defaults to `campaigns` (only visitors a Baker landing brought). `--measure all` measures the client's entire website and is a decision somebody has to ask for. `host` is the client's own landing domain when one shares a domain with the site being measured, so the script and its events stay first-party; `firstParty` in the response says which, and removing that domain from Baker means re-running this command.
|
|
1340
1335
|
|
|
1341
|
-
**Paging the list reports.** `people`, `submissions` and `delivery` are lists of individual things rather than breakdowns — `delivery` and `submissions` are the ones the CLI exposes, `people` backs the People section of the dashboard's landing Analytics screen over the same wire — and only they take `--page <n>` (1-based) and `--page-size <n>` (up to 200, default 50). The response carries `pageInfo` with `hasMore` — when it is true there **are** more rows, so a total must never be reported from one page. Pass neither flag and a list comes back at the size it always did.
|
|
1336
|
+
**Paging the list reports.** `people`, `submissions` and `delivery` are lists of individual things rather than breakdowns — `delivery` and `submissions` are the ones the CLI exposes, `people` backs the People section of the dashboard's landing Analytics screen over the same wire — and only they take `--page <n>` (1-based) and `--page-size <n>` (up to 200, default 50). The response carries `pageInfo` with `hasMore` — when it is true there **are** more rows, so a total must never be reported from one page. Pass neither flag and a list comes back at the size it always did.
|
|
1342
1337
|
|
|
1343
1338
|
**A conversion is a company-level named event, not a property of a Form.** `baker analytics conversions` is the only place "what counts" is decided, and an empty `definitions` list means every conversion number in every other report is zero — not because nobody converted, but because nothing is named as an outcome and Baker never guesses which event is the point of a page. `--candidates` lists every event these pages actually produced — each Form step and trigger, every `data-baker-*` event, every outbound destination — with volume and whether it is already counted; that list is where an event key comes from, so never invent one. `--event <key> --name "Booked a call"` starts counting it **immediately and retroactively**: the whole stored history is rescored, so naming the right event today also fixes last month. Nothing here is staged and publishing is not involved. Two events given the same `--name` become one row and one number, which is how a call booked on three different Forms reads as one outcome. `--count-mode every_time` is for the outcomes people genuinely repeat (a guide downloaded twice is two downloads); the default counts once per visit.
|
|
1344
1339
|
|
|
@@ -20,9 +20,9 @@ import {
|
|
|
20
20
|
shouldEscalate
|
|
21
21
|
} from "./chunk-2OKSJNLA.js";
|
|
22
22
|
|
|
23
|
-
//
|
|
23
|
+
// ../../node_modules/.pnpm/safe-stable-stringify@2.5.0/node_modules/safe-stable-stringify/index.js
|
|
24
24
|
var require_safe_stable_stringify = __commonJS({
|
|
25
|
-
"
|
|
25
|
+
"../../node_modules/.pnpm/safe-stable-stringify@2.5.0/node_modules/safe-stable-stringify/index.js"(exports, module) {
|
|
26
26
|
"use strict";
|
|
27
27
|
var { hasOwnProperty } = Object.prototype;
|
|
28
28
|
var stringify = configure2();
|
|
@@ -1114,7 +1114,7 @@ function resolveAdaptFormats(params) {
|
|
|
1114
1114
|
return params.formats ?? [];
|
|
1115
1115
|
}
|
|
1116
1116
|
|
|
1117
|
-
//
|
|
1117
|
+
// ../../node_modules/.pnpm/safe-stable-stringify@2.5.0/node_modules/safe-stable-stringify/esm/wrapper.js
|
|
1118
1118
|
var import__ = __toESM(require_safe_stable_stringify(), 1);
|
|
1119
1119
|
var configure = import__.default.configure;
|
|
1120
1120
|
var wrapper_default = import__.default;
|
|
@@ -9878,4 +9878,4 @@ export {
|
|
|
9878
9878
|
defaultRegistry,
|
|
9879
9879
|
createEngineFromEnv
|
|
9880
9880
|
};
|
|
9881
|
-
//# sourceMappingURL=chunk-
|
|
9881
|
+
//# sourceMappingURL=chunk-4HRJQGVW.js.map
|