feat: consolidate codegen test helper + runtime deep path

[pyramation]

Summary

Three packaging consolidations that emerged from the PR #934 refactoring work:

#1 — Move runCodegenAndLoad into @constructive-io/graphql-test

The codegen test helper (introspect → infer tables → generate ORM → compile TS → load createClient) was duplicated between orm-test and constructive-db. This PR:

• Adds graphql/test/src/codegen-helper.ts with a version that supports both positional (GraphQLQueryFn) and object-style (GraphQLQueryFnObj) query signatures
• Re-exports getDbConnections and related types from pgsql-test for two-phase test patterns
• Updates all 4 orm-test suites to import from @constructive-io/graphql-test
• Deletes the local orm-test/__tests__/helpers/codegen-helper.ts

#2 — Add @constructive-io/graphql-query/runtime deep path module

Generated ORM code currently imports from 3 separate runtime packages (@0no-co/graphql.web, gql-ast, @constructive-io/graphql-types). This PR consolidates two of the three:

• Adds graphql/query/src/runtime/index.ts that re-exports @0no-co/graphql.web (parseType, print) and @constructive-io/graphql-types (GraphQLAdapter, GraphQLError, QueryResult)
• Adds @0no-co/graphql.web and @constructive-io/graphql-types as explicit dependencies of graphql-query (they were previously only transitive)
• Updates query-builder.ts template: parseType/print now import from @constructive-io/graphql-query/runtime
• Updates orm-client.ts template: GraphQLAdapter/GraphQLError/QueryResult types now import from @constructive-io/graphql-query/runtime
• gql-ast is intentionally not re-exported — import * as t from 'gql-ast' stays as-is to avoid polluting the t namespace
• Updates snapshot + assertion in client-generator.test.ts
• Deep path import works via dist-folder publishing (publishConfig.directory: "dist") — no exports map needed, per Constructive standard

#3 — Replace require.resolve hack with deep path import for generateOrm

The codegen-helper previously used a fragile require.resolve + path.join hack to reach into @constructive-io/graphql-codegen internals for generateOrm. This PR replaces it with a clean deep path import:

• codegen-helper.ts now uses import { generateOrm } from '@constructive-io/graphql-codegen/core/codegen/orm' — a standard deep path import that works via dist-folder publishing
• Removes the CJS-only require.resolve + require() + as any pattern that had no type safety
• cli-e2e.test.ts already used deep path imports (@constructive-io/graphql-codegen/core/codegen/cli and core/codegen/orm) — no change needed there

Updates since last revision

5. Removed exports map anti-pattern — per the Constructive publishing standard, the exports field should never be used. Dist-folder publishing (publishConfig.directory: "dist") makes deep nested imports work naturally. Removed exports and typesVersions from graphql-codegen/package.json and exports from graphql-query/package.json. Reverted cli-e2e.test.ts and codegen-helper.ts to use deep path imports (e.g. @constructive-io/graphql-codegen/core/codegen/orm) instead of sub-path exports.

Review & Testing Checklist for Human

• Template import change is intentionally breaking for codegen consumers. query-builder.ts and orm-client.ts now import from @constructive-io/graphql-query/runtime instead of @0no-co/graphql.web and @constructive-io/graphql-types. All downstream repos will produce new import paths on next codegen run. Verify they already have @constructive-io/graphql-query as a dependency and that the /runtime deep path resolves correctly with dist-folder publishing.
• Deep path imports depend on internal directory structure. codegen-helper.ts imports from @constructive-io/graphql-codegen/core/codegen/orm and cli-e2e.test.ts imports from core/codegen/cli and core/codegen/orm. These work via dist-folder publishing but will break if the internal core/codegen/ directory structure changes. Confirm this coupling is acceptable.
• Arity-based query function detection in codegen-helper.ts: queryFn.length <= 1 to distinguish object-style from positional. Verify this heuristic is correct for all graphile-test query wrappers.
• Run orm-test and server-test suites against a real DB to confirm the deep path imports resolve correctly end-to-end (CI covers this, but worth watching).

Notes

• gql-ast remains a direct import in query-builder.ts (import * as t from 'gql-ast') — this is intentional to keep the t namespace clean. The runtime module consolidates the other two runtime deps only.
• The pnpm-lock.yaml diff is mostly formatting noise from a pnpm version change — the actual dependency changes are just the added workspace deps.
• No exports map is used anywhere in this PR — all sub-module access uses deep path imports per Constructive's dist-folder publishing standard.

Link to Devin session: https://app.devin.ai/sessions/18879be982854a40abe5c9b915aa4a84
Requested by: @pyramation

[devin-ai-integration]

🤖 Devin AI Engineer

I'll be helping with this pull request! Here's what you should know:

✅ I will automatically:

• Address comments on this PR. Add '(aside)' to your comment to have me ignore it.
• Look at CI failures and help fix them

Note: I can only respond to comments from users who have write access to this repository.

⚙️ Control Options:

• Disable automatic comment and CI monitoring

[socket-security]

All alerts resolved. Learn more about Socket for GitHub.

This PR previously contained dependency changes with security issues that have been resolved, removed, or ignored.

View full report

[socket-security]

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

Diff	Package	Supply Chain Security	Vulnerability	Quality	Maintenance	License
	@​types/​babel__generator@​7.27.0
	@​testing-library/​react@​11.2.5
	@​testing-library/​jest-dom@​5.11.10

View full report