bitfab-cli 0.2.315 → 0.2.316
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/dist/index.js +5 -5
- package/package.json +1 -1
package/dist/index.js
CHANGED
|
@@ -26987,10 +26987,10 @@ var semver3 = __toESM(require_semver2(), 1);
|
|
|
26987
26987
|
|
|
26988
26988
|
// ../bitfab-plugin-lib/dist/bakedSdkVersions.js
|
|
26989
26989
|
var BAKED_SDK_VERSIONS = {
|
|
26990
|
-
typescript: "0.
|
|
26991
|
-
python: "0.
|
|
26992
|
-
ruby: "0.
|
|
26993
|
-
go: "0.
|
|
26990
|
+
typescript: "0.51.0",
|
|
26991
|
+
python: "0.51.0",
|
|
26992
|
+
ruby: "0.51.0",
|
|
26993
|
+
go: "0.51.0"
|
|
26994
26994
|
};
|
|
26995
26995
|
|
|
26996
26996
|
// ../bitfab-plugin-lib/dist/installedSdk.js
|
|
@@ -35758,7 +35758,7 @@ The SDK-installed \`bitfab-replay\` command lets the team regression-test any re
|
|
|
35758
35758
|
- **Replay root parity verification:** when reporting replay setup completion, include the required final verification section: \`Replay root parity:\`, \`Production root symbol:\`, \`Production import/path:\`, \`Replay symbol:\`, \`Replay import/path:\`, \`Same symbol? yes/no\`, and \`If no, why is this impossible?\`.
|
|
35759
35759
|
- **Use the same \`Bitfab\` client across instrumentation and replay.** Import it from the instrumented module or a shared singleton; never construct a second client inside the registry module.
|
|
35760
35760
|
- Register every pipeline name with the same client and exact production function/method. Decorated roots supply their trace function key automatically; plain handler roots declare it on the registry entry.
|
|
35761
|
-
- The SDK-installed \`bitfab-replay\` executable supplies \`--limit\`, \`--trace-ids\`, \`--name\`, \`--concurrency\`, \`--code-change\`, \`--experiment-group-id\`, \`--dataset-id
|
|
35761
|
+
- The SDK-installed \`bitfab-replay\` executable supplies \`--limit\`, \`--trace-ids\`, \`--name\`, \`--concurrency\`, \`--code-change\`, \`--experiment-group-id\`, \`--dataset-ids\` (and its \`--dataset-id\` spelling), \`--grader-ids\`, and \`--mock\`. Never parse or forward these in the registry module.
|
|
35762
35762
|
- Put only function-specific defaults such as \`adaptInputs\` / \`adapt_inputs\`, mock overrides, or database snapshots on the registry entry.
|
|
35763
35763
|
- **Each registry entry MUST reference the actual instrumented function** (for handler-instrumented keys: a callable that re-invokes the actual framework entrypoint), never a stub or identity function. If historical inputs need reshaping, use the registry entry's input adapter.
|
|
35764
35764
|
- **Load the app normally.** The registry module imports app code as a library, and the executable loads that module. Use the project's normal env loader around \`bitfab-replay\` when needed and keep module-scoped clients, config, and models wired as the app expects. This is for dependency resolution and fidelity, not safety.
|
package/package.json
CHANGED