Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

TDK CLI integration: run a Nitro server as a local TDK resource

Open Beginner friendly
#4,694 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
68/100
Issue type
Documentation
Clarity
Mostly clear
Activity status
Active
Tech stack
docker, typescript

Research direction

Start by locating Nitro's deployment or container documentation and review how built .output servers are described. Add a short optional note covering HOST, PORT, and a health route when running the server behind TDK's proxy; verify that it requires no Nitro code or TDK dependency.

Written by the indexing model from the issue text.

Description

Summary

Request for a small, optional way to use Nitro (nitro dev / built .output server) together with TDK CLI in a local multi-service setup, or, if that is not wanted here, for guidance on where such a note should live.

What TDK is

TDK (Tilt Development Kit, @tdk-landscape/tdk-cli-core) is a local multi-service runner. Every service has a service.json, and tdk up <stack> starts that slice with Docker + Tilt, health-checked boot order and *.localhost routing through Traefik. It is not a deploy tool and not a production Compose replacement. Requirements: Docker, Tilt, Bun (for the services it generates).

Tool Owns
Nitro (nitro dev / built .output server) Server toolkit used by several meta-frameworks
tdk project / tdk resource / tdk up The local landscape: ports, stacks, Docker, Tilt, proxy

Why this might fit

Nitro builds a standalone Node server, which maps to a TDK bring-your-own container: build the .output server in a Dockerfile, listen on PORT, expose a health route.

What I am asking for

  • A short docs note on running a built Nitro server in a container behind a proxy (host, port, health route). I will send the PR if you say where it belongs.
  • No code change requested.

Example flow:

# you provide the Dockerfile; TDK does not generate one for bring-your-own
# you provide the Dockerfile; TDK does not generate one for bring-your-own
tdk resource edge-api --type bring-your-own --stack shop --dockerfile ./Dockerfile
tdk up shop

Acceptance

  • The note covers HOST/PORT for the built server and a health route.
  • Nitro is unchanged.
  • Optional and additive. TDK is not a required toolchain and does not deploy anything.

Non-goals

  • Replacing your deployment guidance. TDK is local-only.
  • Making TDK a dependency of Nitro.

Related

Companion issue on the TDK side (the provider or recipe that this depends on): https://github.com/tdk-landscape/tdk-cli-core/issues/273

Disclosure: I'm one of the TDK maintainers, and I drafted this issue with AI assistance. TDK is a young, small project (1.3.x), so I'm keeping the ask small and optional. If this isn't a fit, or isn't wanted in the issue tracker, please just say so and I'll close it.

Dominant language
TypeScript
Stars
11.3k
Forks
914
Avg merge
1d 5h
Merged PRs (30d)
75

Getting set up

Open in Codespaces

Starts the project's dev container in your browser, under your own GitHub account.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from nitrojs/nitro

All issues in nitrojs/nitro

Similar issues

More TypeScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.