@futdevpro/dynamo-eslint 1.20.3 → 1.20.5

package/__documentations/2026-04-18-ccap-review-integration.md

@@ -1,173 +0,0 @@
-# CCAP Revisioned Review integráció a Dynamo ESLint-be
-
-**Dátum:** 2026-04-18
-
-## Összefoglaló
-
-A `ccap-revisioned/server/src/_modules/developer-tools/` alatti **Code Review
-toolkit** AST-portable részének átültetése a `@futdevpro/dynamo-eslint`
-plugin-be. Eredmény: az IDE a háttér-ben azonnal mutatja a CCAP-szintű
-review-violation-öket — `eslint --fix`-szel a fixálható-k automatikusan
-javíthatók.
-
-Az eredeti `ccap-revisioned` projekt-hez **nem** nyúltunk hozzá.
-
-## Áttekintés: 25 AST-portable review
-
-A 38 CCAP review-ból:
-
-- **8 review** csak filesystem-szinten értelmezhető (cross-file konzisztencia,
-  file-rename autofix) → **csak `dc rev`-ben** él (lásd `dynamo-cli` doc).
-- **6 review** lefedve **ESLint built-in** vagy `@typescript-eslint`
-  szabállyal — `base.ts`-ben aktiválva.
-- **4 review** **megerősítve** meglévő `@futdevpro/dynamo` szabályokon
-  belül (sub-check-ek + szigorúbb logika).
-- **14 review** **új AST-szabály-ként** implementálva.
-
-## 1. Új ESLint built-in / typescript-eslint aktiválás (`base.ts`)
-
-| Szabály                                          | Megfelelő CCAP review        |
-| ------------------------------------------------ | ---------------------------- |
-| `max-params: [warn, 3]` (régről 4)               | `method-input-count`         |
-| `object-shorthand: [warn, never]`                | `no-object-shorthand`        |
-| `dot-notation: warn`                             | `no-bracket-property-access` |
-| `@typescript-eslint/array-type: [warn, array]`   | `no-array-generic`           |
-| `@typescript-eslint/prefer-optional-chain: warn` | `prefer-optional-chaining`   |
-| `@typescript-eslint/no-require-imports: warn`    | `no-dynamic-imports` (CJS)   |
-
-## 2. Megerősített meglévő szabályok
-
-### `naming-patterns` (komplett rewrite)
-
-Konfigurálható sub-check-ek `checks` schema option-nel — mind a 7 CCAP
-naming-review egy szabály-on belül, AST-alapú PropertyDefinition /
-ClassDeclaration / TSEnumDeclaration visitor-okkal.
-
-Sub-check-ek (default: mind aktív):
-
-- `booleanIsPrefix` — boolean property `is`-prefix
-- `signalPostfix` — `signal()` / `computed()` factory `_$` postfix
-- `rxjsPostfix` — `BehaviorSubject` `_BS`, `Subject` `_S`, `Observable` `$`
-- `fileClassPostfix` — class-postfix illeszkedik a fájl-pattern-hez
-- `enumValueFormat` — enum kulcs camelCase, érték kebab-case (`*.type-enum.ts`)
-- `servicePropertyPostfix` — `_DataService` injektált prop `_DS`-re végződik (`_AS`, `_CS`, `_MS` is)
-- `fileClassNameConsistency` — fájl-entity rész = class-entity rész (kebab-átkonvertálva)
-
-### `no-getter-logic` (CCAP-megerősítés)
-
-- Új tiltott AST node-ok: `IfStatement`, `ForStatement`, `WhileStatement`,
-  `SwitchStatement`, `TryStatement`, `ThrowStatement`, `VariableDeclaration`
-- Új ellenőrzés: `BlockStatement.body.length > 1` — több-utasításos getter tilos
-
-### `require-jsdoc-description` (CCAP-megerősítés)
-
-- Új visitor: `TSTypeAliasDeclaration` — exportált `type X = …` is kötelező
-  JSDoc-os
-
-### `import-order` (változatlanul lefedi)
-
-A CCAP `import-group-order` review 4-csoport-os elvét már a meglévő rule
-implementálja.
-
-## 3. Új TypeScript szabályok (`src/plugin/rules/ts/`)
-
-| Szabály                       | CCAP review                  |
-| ----------------------------- | ---------------------------- |
-| `no-as-cast`                  | `no-as-cast` (kivéve `as const`) |
-| `no-any-type`                 | `no-any-type`                |
-| `no-dynamic-imports`          | `no-dynamic-imports` (ES + CJS) |
-| `one-export-per-file`         | `one-export-per-file` (kivételek: `.const.ts`, `.type-enum.ts`, `.interface.ts`, `.data-model.ts`, `.control-model.ts`) |
-| `no-plain-function-export`    | `no-plain-function-export` (kivéve `.spec.ts`) |
-| `data-model-extends`          | `data-model-extends-metadata` + `parallel-date-fields` (egy szabály) |
-| `no-native-browser-dialogs`   | `no-native-browser-dialogs`  |
-
-## 4. Új Angular szabályok (`src/plugin/rules/angular/`)
-
-### TypeScript-AST (alkalmazva `*.ts` fájlokra)
-
-| Szabály                       | CCAP review                  |
-| ----------------------------- | ---------------------------- |
-| `no-async-ngoninit`           | `no-async-ngoninit` — `async ngOnInit` tilos |
-| `no-component-direct-api`     | `no-component-direct-api` — komponens nem importálhat `*ApiService`-t / `HttpClient`-et |
-| `effect-signal-loop`          | `effect-signal-loop` — `effect()` signal read+write detection |
-
-### Template-text-scan (alkalmazva `*.html` fájlokra)
-
-| Szabály                       | CCAP review                  |
-| ----------------------------- | ---------------------------- |
-| `no-method-call-in-template`  | `no-method-call-in-template` — `{{ method() }}` / `[attr]="m()"` / `@if (m())` tilos |
-| `angular-for-track-logic`     | `angular-for-track-logic` — `@for track` csak property access lehet |
-| `no-ngif-directive`           | `no-ngif-directive` — `*ngIf` helyett `@if` |
-| `no-ngfor-directive`          | `no-ngfor-directive` — `*ngFor` helyett `@for` |
-
-> **Megjegyzés**: A 4 template-szabály nem AST-t, hanem source-text regex-et
-> használ a `Program` visitor-ban. Ez direkt döntés — robosztusabb a többféle
-> Angular template-parser verzió ellenében, és a CCAP review is ugyanígy
-> szöveg-szinten skennel.
-
-## Aktiválás
-
-A 7 új TS szabály mind regisztrálódik a `base.ts`-ben (default: `warn`).
-
-A 7 Angular szabály a `ngx.ts`-ben aktiválódik:
-
-- 3 darab a `*.ts` block-ban (no-async-ngoninit, no-component-direct-api, effect-signal-loop)
-- 4 darab a `*.html` block-ban (template-szabályok)
-
-A `ngx.ts` html-block plugins szekcióját kibővítettük `...ngxBaseConfig[1].plugins`-szal,
-hogy a `@futdevpro/dynamo` plugin a html files alatt is regisztrált legyen.
-
-## Tesztek
-
-Minden új szabály-hoz `*.spec.ts` (mock-context pattern, ahogy a meglévő
-specek is csinálták):
-
-- 7 darab `src/plugin/rules/ts/*.spec.ts`
-- 7 darab `src/plugin/rules/angular/*.spec.ts`
-- `naming-patterns.spec.ts` — komplett rewrite a 7 sub-check-hez
-- `no-getter-logic.spec.ts` — multi-statement + if-statement edge case-ek
-- `require-jsdoc-description.spec.ts` — `TSTypeAliasDeclaration` visitor expose
-
-Eredmény: **186 spec, 0 failure** (a meglévő 167-en felül a 19 új).
-
-Futtatás: `pnpm test`.
-
-## Disable comment
-
-ESLint natív disable-komment-tel kapcsolható ki egy adott rule:
-
-```typescript
-// eslint-disable-next-line @futdevpro/dynamo/no-as-cast
-const x: MyType = (someUnknown as MyType);
-```
-
-A CCAP `// ccap-review-disable` és az új `// dy-review-disable` szintaxis
-**csak** a CLI-szintű `dc rev` által értelmezett — ESLint-en nem hat. Ha
-mindkét toolból ki akarsz tiltani egy violation-t, mindkét komment-stílust
-használd.
-
-## When to use which?
-
-| Helyzet                                          | CLI (`dc rev`) | ESLint plugin |
-| ------------------------------------------------ | -------------- | ------------- |
-| IDE inline-hint, save-on-format autofix          |                | ✓             |
-| Pre-commit hook (gyors, fájlonkénti)             |                | ✓             |
-| CI repo-wide audit JSON output-tal               | ✓              |               |
-| Cross-file konzisztencia (module-export-prefix)  | ✓              |               |
-| File-rename autofix (file-class-name-consistency) | ✓             |               |
-| Bulk autofix (`--fix --apply`)                   | ✓              |               |
-| Per-fájl, AST-pontosságú szabály-violation       |                | ✓             |
-| Naming + signal + rxjs postfix                   | ✓              | ✓ (mindkettő) |
-| Template `*ngIf` / `@for track` ellenőrzés       | ✓              | ✓ (mindkettő) |
-
-A két toolkit **komplementer**: az ESLint az IDE-szintű real-time feedback,
-a CLI a repo-szintű audit + bulk-autofix. Ahol mindkét tool implementálja
-ugyanazt a review-t, ott double-coverage van — ez szándékos: az ESLint az
-IDE-ben azonnal jelez, a CLI pedig CI-ben még egyszer leellenőriz.
-
-## Kapcsolódó dokumentumok
-
-- `dynamo-cli/__documentations/2026-04-18-ccap-review-integration.md` — CLI oldal
-- `dynamo-eslint/src/configs/base.ts` — base ruleset (összes új TS szabály)
-- `dynamo-eslint/src/configs/ngx.ts` — Angular ruleset (új Angular + template szabályok)
-- `dynamo-eslint/src/plugin/index.ts` — plugin export + recommended config

package/__documentations/2026-08-18-bfr-ctm-005-eslint9-validator-report.md

@@ -1,45 +0,0 @@
-# BFR-CTM-005 — ESLint 9 validator flat-config correction
-
-**Date:** 2026-08-18
-
-**Target release:** `@futdevpro/dynamo-eslint@1.15.28`
-
-**Consumer:** Company Toolmaker
-
-## Failure reproduced
-
-The published `1.15.25` `dynamo-validate-imports` CLI supplied an eslintrc-shaped `baseConfig` to ESLint 9.
-Every scanned file failed with `ConfigError: Key "parser" ... eslintrc format`, and the existing fail-hard guard
-correctly rejected the untrustworthy result. The naming CLI loaded the package's full NTS config, so formatting,
-JSDoc and TypeScript rules were incorrectly reported as naming violations.
-
-## Correction
-
-- Both CLIs now set `overrideConfigFile: true` and supply an isolated ESLint 9 flat config.
-- Import validation enables only `@futdevpro/dynamo/import-order`.
-- Naming validation enables only `@futdevpro/dynamo/naming-patterns`.
-- Unused disable-directive diagnostics are disabled inside the narrow validators because they are unrelated to
-  either target rule and otherwise produce false failures.
-- Parser resolution remains a consumer peer dependency; the explicit top-level runtime load preserves the
-  package's legacy TypeScript module-resolution compatibility.
-- Runtime/config processing failures remain fail-hard.
-
-## Evidence
-
-- TypeScript compile: PASS.
-- Modified-source ESLint: PASS with zero warnings.
-- Jasmine: 202 specs, 0 failures after the final isolation fixture extension.
-- New subprocess integration coverage proves clean/violating fixtures for both CLIs, absence of `ConfigError`,
-  and isolation from unrelated disable/JSDoc diagnostics.
-- Company Toolmaker verification against the built fix:
-  - server import validation: PASS;
-  - server naming validation: PASS;
-  - client naming validation: PASS;
-  - client import baseline exposed two real ordering findings, corrected in the consumer change-set.
-
-## Release hygiene
-
-The working directory contains a pre-existing untracked `SKILLS.md` owned by another change-set. npm's default
-file discovery would include it in a package built directly from this dirty directory. The `1.15.28` publish must
-therefore run from a clean worktree at the reviewed commit with lifecycle scripts disabled; the packed manifest
-must be rechecked there before publication. The unrelated file is preserved and excluded from this commit.

package/__documentations/2026-08-22-angular-20-phase2-release.md

@@ -1,83 +0,0 @@
-# Angular 20 fleet upgrade — Phase 2 Dynamo ESLint release
-
-**Date:** 2026-08-22
-
-**Requirement:** BFR-CTM-006
-
-**Release:** `@futdevpro/dynamo-eslint@1.20.3` after the Angular 20 consumer correction
-
-**Dependency baseline:** `@futdevpro/fsm-dynamo@1.20.2`
-
-## Outcome
-
-The shared Dynamo ESLint package now has an Angular 20-compatible, ESLint 9 flat-config contract. The presets use
-the unified `angular-eslint` and `typescript-eslint` public packages instead of requiring their implementation
-subpackages as separate consumer peers. The obsolete Angular rule
-`@angular-eslint/no-host-metadata-property`, which is not exported by Angular ESLint 20, is no longer configured.
-
-This is a direct Bedrock correction. Consumers continue to load the existing public preset subpaths
-(`base`, `nts`, `nts-package`, `fsm`, `ngx`, and `ngx-package`); no compatibility wrapper or replacement package
-was introduced.
-
-## Published dependency contract
-
-- `angular-eslint`: `~20.7.0`
-- `typescript-eslint`: `~8.67.0`
-- `eslint`: `~9.39.5`
-- `typescript`: `>=5.8.2 <6.0.0`
-- runtime Bedrock dependency: exact `@futdevpro/fsm-dynamo@1.20.2`
-
-`angular-eslint` is optional at package-install level so Node-only preset consumers do not need the Angular toolchain;
-it remains mandatory whenever an Angular preset is loaded.
-
-The previous `eslint-plugin-import`, `eslint-plugin-jsdoc`, `eslint-plugin-prettier`, and `prettier` peers were
-removed because the exported presets do not load or configure them. Keeping unused peers forced unrelated
-consumer installations and created false peer conflicts.
-
-## Flat-config and validator corrections
-
-- TypeScript parser/plugin resolution now comes from `typescript-eslint`.
-- Angular TypeScript plugin, template plugin, and template parser resolution now comes from `angular-eslint`.
-- An executable compatibility specification verifies that every configured Angular rule exists in the Angular
-  20 plugin objects and that the unified parser/plugin instances are the exported preset instances.
-- Angular 20's template-complexity default is no longer inherited implicitly. The fleet policy is explicit:
-  warning severity at `maxComplexity: 20`. Legacy `ngFor` trackBy findings are warning-level while the existing
-  `no-ngfor-directive` migration warning remains active. Structural template defects such as duplicate attributes
-  remain errors.
-- TypeScript 5.9's current ESLint visitor callback declarations are reflected in the direct unit-test invocations.
-  Runtime visitor behavior is unchanged; unused synthetic visitor arguments were removed from implementations.
-- Package-local validator scripts now invoke their built entry points directly. The former scripts attempted to
-  execute the package's own bin alias before that alias existed in `node_modules/.bin`.
-- Import and naming validators disable consumer inline config and filter only ESLint's corresponding informational
-  `noInlineConfig` diagnostic. Parse/runtime failures still fail hard.
-- Validator discovery excludes `samples/**`, because the repository intentionally contains violating samples.
-- Subprocess integration coverage proves that unknown consumer-only inline directives cannot contaminate either
-  isolated validator result.
-
-## Verification evidence before commit
-
-- TypeScript 5.9.3 compilation: PASS.
-- Jasmine: 205 specifications, 0 failures.
-- Angular 20 preset compatibility: 3 executable specifications, PASS.
-- Import validator: 37 production source files, PASS.
-- Naming validator: 37 production source files, PASS.
-- Production dependency audit: 0 known vulnerabilities.
-- Package dependency tree: all declared direct dependencies resolved.
-- Initial package release: `1.20.2`. The first Angular 20 package consumer run then measured the changed implicit
-  template-complexity default and drove the explicit fleet policy correction released as `1.20.3`.
-- Full repository ESLint: 0 errors and 2,728 legacy warning-level findings; the existing script exits successfully.
-  This release adds no warning-level release gate claim for the historical package source. The consumer release
-  gate remains zero-warning lint, and the upgraded presets must be proven there before BFR-CTM-006 resolution.
-
-## Release and downstream gates
-
-1. Complete two consecutive post-fix review passes.
-2. Commit; inspect any version/dependency changes made by the Bedrock release hook.
-3. Reinstall and rerun compilation, all specifications, validators, audit, and package manifest checks against the
-   post-hook tree.
-4. Push and publish the exact reviewed commit.
-5. Read back registry version, integrity, shasum, and peer dependencies.
-6. Adopt the exact release in `@futdevpro/ngx-dynamo`, prove its Angular 20 sandbox and package gates, then publish
-   that Bedrock layer.
-7. Adopt the exact Angular 20 Bedrock chain in Company Toolmaker and close BFR-CTM-006 only after the full consumer
-   security, browser, test, audit, and user-journey gates are green.

package/eslint.config.js

@@ -1,15 +0,0 @@
-const ntsPackageConfig = require('./build/configs/nts-package');
-
-module.exports = [
-  ...ntsPackageConfig,
-  {
-    files: ['**/*.ts', '**/*.tsx'],
-    languageOptions: {
-      parser: require('typescript-eslint').parser,
-      parserOptions: {
-        ecmaVersion: 'latest',
-        sourceType: 'module'
-      }
-    }
-  }
-];

package/pnpm-workspace.yaml

@@ -1,2 +0,0 @@
-minimumReleaseAgeExclude:
-  - '@futdevpro/fsm-dynamo@1.20.2'

package/samples/.vscode/settings.json

@@ -1,13 +0,0 @@
-{
-  "eslint.run": "onSave",
-  "eslint.workingDirectories": [{ "mode": "auto" }],
-  "editor.codeActionsOnSave": {
-    "source.fixAll.eslint": "explicit"
-  },
-  "eslint.validate": [
-    "javascript",
-    "typescript"
-  ],
-  "editor.formatOnSave": false,
-  "prettier.requireConfig": true
-}

package/samples/base/.eslintrc.json

@@ -1,6 +0,0 @@
-{
-  "root": true,
-  "extends": ["@futdevpro/dynamo-eslint/base"]
-}
-
-

package/samples/base/eslint.config.js

@@ -1,3 +0,0 @@
-const baseConfig = require('@futdevpro/dynamo-eslint/base');
-
-module.exports = baseConfig;

package/samples/fsm/.eslintrc.json

@@ -1,4 +0,0 @@
-{
-  "root": true,
-  "extends": ["@futdevpro/dynamo-eslint/fsm"]
-}

package/samples/fsm/eslint.config.js

@@ -1,3 +0,0 @@
-const fsmConfig = require('@futdevpro/dynamo-eslint/fsm');
-
-module.exports = fsmConfig;

package/samples/ngx/.eslintrc.json

@@ -1,6 +0,0 @@
-{
-  "root": true,
-  "extends": ["@futdevpro/dynamo-eslint/ngx"]
-}
-
-

package/samples/ngx/eslint.config.js

@@ -1,3 +0,0 @@
-const ngxConfig = require('@futdevpro/dynamo-eslint/ngx');
-
-module.exports = ngxConfig;

package/samples/ngx-package/.eslintrc.json

@@ -1,4 +0,0 @@
-{
-  "root": true,
-  "extends": ["@futdevpro/dynamo-eslint/ngx-package"]
-}

package/samples/ngx-package/eslint.config.js

@@ -1,3 +0,0 @@
-const ngxPackageConfig = require('@futdevpro/dynamo-eslint/ngx-package');
-
-module.exports = ngxPackageConfig;

package/samples/nts/.eslintrc.json

@@ -1,6 +0,0 @@
-{
-  "root": true,
-  "extends": ["@futdevpro/dynamo-eslint/nts"]
-}
-
-

package/samples/nts/eslint.config.js

@@ -1,3 +0,0 @@
-const ntsConfig = require('@futdevpro/dynamo-eslint/nts');
-
-module.exports = ntsConfig;

package/samples/nts-package/.eslintrc.json

@@ -1,4 +0,0 @@
-{
-  "root": true,
-  "extends": ["@futdevpro/dynamo-eslint/nts-package"]
-}

package/samples/nts-package/eslint.config.js

@@ -1,3 +0,0 @@
-const ntsPackageConfig = require('@futdevpro/dynamo-eslint/nts-package');
-
-module.exports = ntsPackageConfig;

package/samples/package.json.example

@@ -1,22 +0,0 @@
-{
-  "name": "example-project",
-  "version": "1.0.0",
-  "scripts": {
-    "lint": "eslint src --ext .ts",
-    "lint:fix": "eslint src --ext .ts --fix",
-    "lint:fix-all": "eslint src --ext .ts --fix && dynamo-fix-return-types",
-    "validate:imports": "dynamo-validate-imports",
-    "validate:naming": "dynamo-validate-naming",
-    "audit:eslintrc": "dynamo-eslintrc-audit",
-    "fix": "dynamo-fix",
-    "fix:return-types": "dynamo-fix-return-types",
-    "test": "npm run lint && npm run validate:imports && npm run validate:naming"
-  },
-  "devDependencies": {
-    "@futdevpro/dynamo-eslint": "1.20.3",
-    "angular-eslint": "~20.7.0",
-    "eslint": "~9.39.5",
-    "typescript": "5.9.3",
-    "typescript-eslint": "~8.67.0"
-  }
-}

package/samples/poc-sample.ts

@@ -1,38 +0,0 @@
-// POC Sample demonstrating Dynamo ESLint import ordering rules
-// This file shows the correct import ordering according to the new rules
-
-// Group 1: Non-FutDevPro packages
-import { Component, OnInit } from '@angular/core';
-import { Router } from '@angular/router';
-import { HttpClient } from '@angular/common/http';
-
-// Group 2: FutDevPro packages
-import { DyFM_Error, DyFM_Log } from '@futdevpro/fsm-dynamo';
-import { FDP_User, FDP_Account } from '@futdevpro/fdp-templates';
-
-// Group 3: Scripts from other modules (3+ levels without underscore, or 3+ levels with underscore)
-import { SomeService } from '../../../services/some.service';
-import { AnotherService } from '../../../../models/another.interface';
-
-// Group 4: Scripts from same module (up to 2 levels, or up to 3 levels with underscore)
-import { LocalComponent } from './local.component';
-import { LocalService } from '../_services/local.service';
-import { LocalInterface } from '../../../_models/local.interface';
-
-export class PocSampleComponent implements OnInit {
-  constructor(
-    private router: Router,
-    private http: HttpClient,
-    private localService: LocalService
-  ) {}
-
-  ngOnInit(): void {
-    // Example usage
-    DyFM_Log.info('Component initialized');
-  }
-
-  // This would be flagged as errors:
-  // import { Something } from '../../../NPM-packages/some-package'; // ❌ Forbidden NPM-packages
-  // import { Something } from './some-file.js'; // ❌ Forbidden .js extension
-  // import type { SomeType } from './some-file'; // ❌ Forbidden import type
-}

package/samples/poc-violations.ts

@@ -1,54 +0,0 @@
-// POC Sample demonstrating Dynamo ESLint import ordering violations
-// This file shows various violations that should be caught by the linter
-
-// ❌ VIOLATIONS: This file contains multiple import ordering violations
-
-// Wrong order: FutDevPro packages before non-FutDevPro packages
-
-
-
-
-
-
-
-
-
-
-import { DyFM_Error } from '@futdevpro/fsm-dynamo';
-import { Component } from '@angular/core';
-
-// Missing empty line between groups
-import { Router } from '@angular/router';
-import { FDP_User } from '@futdevpro/fdp-templates';
-
-// Wrong order: same module before other modules
-
-
-
-
-
-
-
-
-
-
-import { LocalService } from './local.service';
-
-
-
-
-
-
-
-
-
-import { SomeService } from '../../../services/some.service';
-
-// ❌ Forbidden patterns:
-import { Something } from '@futdevpro/some-package'; // Forbidden NPM-packages import
-import { AnotherThing } from './some-file'; // Forbidden .js extension
-import { SomeType } from './some-file'; // Forbidden import type
-
-export class PocViolationsComponent {
-  // This class demonstrates various import violations
-}

package/scripts/run-coverage-tests.js

@@ -1,24 +0,0 @@
-const { execSync } = require('child_process');
-const path = require('path');
-
-const configPath = path.join(__dirname, '../spec/support/jasmine.coverage.json');
-const tsNodeRegister = require.resolve('ts-node/register/transpile-only');
-
-const env = {
-  ...process.env,
-  NODE_OPTIONS: `--require ${tsNodeRegister}`
-};
-
-try {
-  execSync(`npx jasmine --config="${configPath}"`, {
-    stdio: 'inherit',
-    cwd: path.join(__dirname, '..'),
-    shell: true,
-    env: env
-  });
-} catch (error) {
-  // Exit with the same status code as jasmine (3 = test failures, 1 = other errors)
-  // This allows c8 to still generate coverage reports even if tests fail
-  process.exit(error.status || 1);
-}
-

package/spec/support/helpers/ts-node-helper.js

@@ -1,9 +0,0 @@
-require('ts-node').register({
-  transpileOnly: true,
-  compilerOptions: {
-    module: 'commonjs',
-    esModuleInterop: true,
-    allowSyntheticDefaultImports: true
-  }
-});
-

package/spec/support/jasmine.coverage.json

@@ -1,23 +0,0 @@
-{
-  "reporters": [
-    {
-      "name": "jasmine-json-reporter",
-      "options": {
-        "pretty": true
-      }
-    }
-  ],
-  "spec_dir": "src/",
-  "spec_files": [
-    "**/*.spec.ts",
-    "**/*[sS]pec.ts"
-  ],
-  "helpers": [
-    "spec/support/helpers/ts-node-helper.js"
-  ],
-  "env": {
-    "stopSpecOnExpectationFailure": false,
-    "random": true
-  }
-}
-

package/spec/support/jasmine.json

@@ -1,24 +0,0 @@
-{
-  "reporters": [
-    {
-      "name": "jasmine-json-reporter",
-      "options": {
-        "pretty": true
-      }
-    }
-  ],
-  "spec_dir": "build/",
-  "spec_files": [
-    "**/*.spec.ts",
-    "**/*.spec.js",
-    "**/*[sS]pec.ts"
-  ],
-  "helpers": [
-    "helpers/**/*.ts",
-    "helpers/**/*.js"
-  ],
-  "env": {
-    "stopSpecOnExpectationFailure": false,
-    "random": true
-  }
-}