Skip to content

Commit 92a70b6

Browse files
committed
fix spelling
1 parent 0f47848 commit 92a70b6

1 file changed

Lines changed: 2 additions & 2 deletions

File tree

docs/docs/advanced/sync.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -3,11 +3,11 @@ title: Source Code Synchronization
33
---
44

55
# Code Synchronization
6-
The DevSpace CLI synchronization mechanism is written from scratch and made for kubernetes development with hot reloading. While current other kubernetes development solutions (like draft, skaffold and telepresence) help the developer with the problem how to test and deploy cloud-native applications in kubernetes clusters, actual iterative development, testing and hot reloading of cloud-native applications within kubernetes is still an annoying problem. Especially for developers of programming languages that support hot reload development environments, such as nodejs, this is a hassle. The DevSpace CLI has a syncing mechanism that is able to sync local file changes to remote containers directly without the need of restarting the container, a deployment pipeline or a docker build. This greatly accelerates development, debugging and testing directly in remote containers.
6+
The DevSpace CLI synchronization mechanism is written from scratch and made for Kubernetes development with hot reloading. While current other Kubernetes development solutions (like draft, skaffold and telepresence) help the developer with the problem how to test and deploy cloud-native applications in Kubernetes clusters, actual iterative development, testing and hot reloading of cloud-native applications within Kubernetes is still an annoying problem. Especially for developers of programming languages that support hot reload development environments, such as nodejs, this is a hassle. The DevSpace CLI has a syncing mechanism that is able to sync local file changes to remote containers directly without the need of restarting the container, a deployment pipeline or a docker build. This greatly accelerates development, debugging and testing directly in remote containers.
77

88
Our main requirements to the sync mechanism were:
99
- Easy to integrate, no cluster dependencies, client-only implementation
10-
- Should work in every kubernetes cluster
10+
- Should work in every Kubernetes cluster
1111
- Should work with most containers, without installing additional binaries or changing the Dockerfile
1212
- Should work with every container filesystem (i.e. ephemeral storage and mounted volumes)
1313
- File watchers and hot reload tools like nodemon should recognize sync changes like on local filesystem

0 commit comments

Comments
 (0)