kubectl-warp runs a chosen container in Kubernetes and copies local project files into it before executing the development command. Continuing synchronization can shorten the edit-and-test loop when code needs access to a cluster environment. It is useful for an intentionally temporary development session, not for producing an immutable release image. The selected cluster context, copied directories and cleanup behavior matter because local edits and files are being sent to a remote workload.
Current guidance
The ernoaapa/kubectl-warp README describes a kubectl plugin that runs a chosen image and synchronizes local files into it. Its workflow generates a temporary SSH key and uses sshd/rsync initialization and sidecar components over port forwarding. The result is a mutable development environment, not a newly built application image.
Check the container’s filesystem permissions, runtime requirements and synchronization paths before using it. Explicitly exclude credentials, private keys, dependency caches and generated files that should not leave the workstation. Confirm which Kubernetes context and namespace will receive the pod; a familiar local directory does not make the remote cluster disposable.
Test initial synchronization, file deletion, reconnects and cleanup after interruption. Preserve edits that exist only in the remote filesystem and distinguish development state from changes committed to source control. Restrict the permissions needed to create pods and port-forward connections. The source documents the original mechanism, but this review does not establish a current supported client/runtime matrix or certify that the historical installation commands work on a modern cluster.
Historical upstream link check · 2026-10-09
The recorded upstream address responded successfully (HTTP 200) on 2026-10-09. GitHub does not mark ernoaapa/kubectl-warp archived or disabled; this does not establish active maintenance, support or compatibility. Link availability does not certify the historical installation instructions or current security support.
Website availability is separate from project, chart and image support. Use the current guidance and primary sources on this page to assess the distribution.
Historical Kubedex content
Preserved for context. Commands, versions, prices and results below reflect the original research.
Warp is a kubectl plugin that allows you to execute your local code directly in Kubernetes without slow image build process. It’s MIT licensed and available at GitHub.
How it works:
Historical illustration unavailable.
The kubectl warp command runs your command inside a container, the same way as kubectl run does, but before executing the command, it synchronizes all your files into the container.
For example, to run and live reload NodeJS project in Kubernetes, you can
|
1 |
$ kubectl warp -i -t --image node -- npm run watch |
kubectl warp is basically just combination of, simplified and modified version of kubectl run, sshd-rsync container and kubectl port-forward to access the container.
Sources & further reading
Spotted something that needs another look?
Help improve this page →