Documentation · Report Bug · Request Feature · Join Our Slack · Twitter
- Single Command: Activate a fully configured development environment with a single command.
- Runs everywhere: spin up your development environment on any machine — whether it's local, remote, cloud-based, physical server, or a VM & any architecture x86 or ARM.
- Configuration File Support: Initially support for dev container, ability to expand to DevFile, Nix & Flox (Contributions welcome here!).
- Prebuilds System: Drastically improve environment setup times (Contributions welcome here!).
- IDE Support : Seamlessly supports VS Code & JetBrains locally, ready to use without configuration. Includes a built-in Web IDE for added convenience.
- Git Provider Integration: GitHub, GitLab, Bitbucket, Bitbucket Server, Gitea, Gitness, Azure DevOps, AWS CodeCommit, Gogs & Gitee can be connected, allowing easy repo branch or PR pull and commit back from the workspaces.
- Multiple Project Workspace: Support for multiple project repositories in the same workspace, making it easy to develop using a micro-service architecture.
- Reverse Proxy Integration: Enable collaboration and streamline feedback loops by leveraging reverse proxy functionality. Access preview ports and the Web IDE seamlessly, even behind firewalls.
- Extensibility: Enable extensibility with plugin or provider development. Moreover, in any dynamic language, not just Go(Contributions welcome here!).
- Security: Automatically creates a VPN connection between the client machine and the development environment, ensuring a fully secure connection.
- All Ports: The VPN connection enables access to all ports on the development environments, removing the need to setup port forwards over SSH connection.
- Works on my Machine: Never experience it again.
curl -sfL https://download.daytona.io/daytona/install.sh | sudo bash && daytona server -y && daytona
Windows PowerShell
This command downloads and installs Daytona and runs the Daytona Server:$architecture = if ($env:PROCESSOR_ARCHITECTURE -eq "AMD64") { "amd64" } else { "arm64" }
md -Force "$Env:APPDATA\bin\daytona"; [System.Net.ServicePointManager]::SecurityProtocol = [System.Net.SecurityProtocolType]'Tls,Tls11,Tls12';
Invoke-WebRequest -URI "https://download.daytona.io/daytona/latest/daytona-windows-$architecture.exe" -OutFile "$Env:APPDATA\bin\daytona\daytona.exe";
$env:Path += ";" + $Env:APPDATA + "\bin\daytona"; [Environment]::SetEnvironmentVariable("Path", $env:Path, [System.EnvironmentVariableTarget]::User);
daytona serve;
daytona create
Start coding.
Daytona is a radically simple open source development environment manager.
Setting up development environments has become increasingly challenging over time, especially when aiming to set up remotely, where the complexity increases by an order of magnitude. The process is so complex that we've compiled a comprehensive guide detailing all the necessary steps to set one up—spanning 5,000 words, 7 steps, and requiring anywhere from 15 to 45 minutes.
This complexity is unnecessary.
With Daytona, you need only to execute a single command: daytona create
.
Daytona automates the entire process; provisioning the instance, interpreting and applying the configuration, setting up prebuilds, establishing a secure VPN connection, securely connecting your local or a Web IDE, and assigning a fully qualified domain name to the development environment for easy sharing and collaboration.
As a developer, you can immediately start focusing on what matters most—your code.
We spent most of our careers building cloud development environments. In 2009, we launched what was likely the first commercial Cloud IDE project. At that time, technology was lacking, forcing us to develop everything from scratch—the IDE, the environment orchestrator, and almost everything else. A lot of people were interested, and over 2.5 million developers signed up! But we were too early, and we asked too much from our users to change how they worked.
Now, 15 years since its inception, we have noticed quite a few things. First, the technology we wished for back then exists now. Second, approximately 50% of developers work in remote dev environments, and third, and most importantly, setting up development environments has become more complex than ever, both locally and to a greater magnitude for remote.
So, we took everything we learned and decided to solve these issues once and for all as a fully open-source project. Our goal was to create a single binary that allows you to set up a development environment anywhere you wish, completely free, and finally fulfill the promise that many have attempted to make.
Before starting the installation script, please go over all the necessary requirements:
- Hardware Resources: Depending on the project requirements, ensure your machine has sufficient resources. Minimum hardware specification is 1cpu, 2GB of RAM and 10GB of disk space.
- Docker: Ensure Docker is installed and running.
Daytona allows you to manage your Development Environments using the Daytona CLI. To install it, please execute the following command:
# Install Daytona into /usr/local/bin
curl -sf -L https://download.daytona.io/daytona/install.sh | sudo bash
# OR if you want to install Daytona to some other path where you don`t need sudo
# curl -sf -L https://download.daytona.io/daytona/install.sh | DAYTONA_PATH=/home/user/bin bash
Manual installation
If you don't want to use the provided script, download the binary directly from the URL for your specific OS:curl -sf -L https://download.daytona.io/daytona/latest/daytona-darwin-amd64 -o daytona
curl -sf -L https://download.daytona.io/daytona/latest/daytona-darwin-arm64 -o daytona
curl -sf -L https://download.daytona.io/daytona/latest/daytona-linux-amd64 -o daytona
curl -sf -L https://download.daytona.io/daytona/latest/daytona-linux-arm64 -o daytona
curl -sf -L https://download.daytona.io/daytona/latest/daytona-windows-amd64.exe -o daytona
curl -sf -L https://download.daytona.io/daytona/latest/daytona-windows-arm64.exe -o daytona
Make sure that path where daytona
binary is downloaded is in your system PATH.
To initialize Daytona, follow these steps:
1. Start the Daytona Server: This initiates the Daytona Server in daemon mode. Use the command:
daytona server
2. Add Your Git Provider of Choice: Daytona supports GitHub, GitLab, Bitbucket, Bitbucket Server, Gitea, Gitness, AWS CodeCommit, Azure DevOps and Gogs. To add them to your profile, use the command:
daytona git-providers add
Follow the steps provided.
3. Add Your Provider Target: This step is for choosing where to deploy Development Environments. By default, Daytona includes a Docker provider to spin up environments on your local machine. For remote development environments, use the command:
daytona target set
Following the steps this command adds SSH machines to your targets.
4. Choose Your Default IDE: The default setting for Daytona is VS Code locally. If you prefer, you can switch to VS Code - Browser or any IDE from the JetBrains portfolio using the command:
daytona ide
Now that you have installed and initialized Daytona, you can proceed to setting up your development environments and start coding instantly.
Creating development environments with Daytona is a straightforward process, accomplished with just one command:
daytona create
You can add the --no-ide
flag if you don't wish to open the IDE immediately after creating the environment.
Upon executing this command, you will be prompted with two questions:
- Choose the provider to decide where to create a dev environment.
- Select or type the Git repository you wish to use to create a dev environment.
After making your selections, press enter, and Daytona will handle the rest. All that remains for you to do is to execute the following command to open your default IDE:
daytona code
This command opens your development environment in your preferred IDE, allowing you to start coding instantly.
daytona server stop
daytona server restart
Daytona offers flexibility for extension through the creation of plugins and providers.
Daytona is designed to be infrastructure-agnostic, capable of creating and managing development environments across various platforms. Providers are the components that encapsulate the logic for provisioning compute resources on a specific target platform. They allow for the configuration of different targets within a single provider, enabling, for instance, multiple AWS profiles within an AWS provider.
How does it work? When executing the daytona create
command, Daytona communicates the environment details to the selected provider, which then provisions the necessary compute resources. Once provisioned, Daytona sets up the environment on these resources, allowing the user to interact with the environment seamlessly.
Providers are independent projects that adhere to the Daytona Provider interface. They can be developed in nearly any major programming language. More details coming soon.
Plugins enhance Daytona's core functionalities by adding new CLI commands, API methods, or services within the development environments. They offer configurable settings to tailor the plugin's behavior to the user's needs.
Similar to providers, plugins are independent projects that conform to the Daytona Plugin interface and can be developed in a wide range of programming languages. More details coming soon.
We welcome contributions to Daytona! Whether you're fixing bugs, improving documentation, suggesting new features, or reporting issues, your help is greatly appreciated.
Daytona is Open Source under the Apache License 2.0, and is the copyright of its contributors.
If you would like to contribute to the software, you must:
-
Read the Developer Certificate of Origin Version 1.1
Please review the Developer Certificate of Origin Version 1.1 to understand the contribution requirements.
-
Sign all commits to the Daytona project
Ensure that all your commits are signed to comply with the Daytona project's contribution policies.
This ensures that users, distributors, and other contributors can rely on all the software related to Daytona being contributed under the terms of the Apache License 2.0. No contributions will be accepted without following this process.
Creating issues is a valuable way to contribute by reporting bugs, suggesting features, or improving documentation.
Before creating a new issue, search the existing issues here to see if your concern has already been addressed.
- If no existing issue matches your contribution, follow these steps:
- Identify the Type of Issue
- Bug Report: If you encounter unexpected behavior or errors.
- Feature Request: If you have an idea for a new feature or improvement.
- Documentation Improvement: If you notice gaps or areas for improvement in the documentation.
- Create a new issue
- Navigate to Issues: Go to the Issues tab here.
- Click on "New Issue": Choose the appropriate template (Bug Report, Feature Request, etc.) if available.
- Fill Out the Issue Template: Provide a clear and concise description of the issue, including steps to reproduce (for bugs) or detailed feature descriptions.
- Submit the Issue: Click "Submit new issue" to create the issue.
- Engage with the Community
- Respond to Feedback: Be prepared to provide additional information or clarification if maintainers or other contributors have questions.
- Collaborate on Solutions: If you have ideas for resolving the issue, share them in the comments.
- Identify the Type of Issue
If you're interested in contributing code to Daytona, follow these steps:
-
Fork the Daytona repository
Fork the GitHub repository to create your own copy of the repository.
-
Add a GitHub provider (if not already registered) Before creating your workspace, ensure that you have a GitHub provider registered. If not, run:
daytona git-provider add
-
Create a Workspace with Daytona
Use the Daytona CLI to create a workspace for your forked repository. Replace YOUR-FORK-URL with the URL of your forked repository.
daytona create YOUR-FORK-URL
-
Create a new branch
Once in the development container, create a new branch for your changes:
git checkout -b my-new-feature
-
Running Daytona in development mode A
dtn
alias is automatically created inside the Workspace. You can use it to compile and run daytona. For example:dtn serve
-
Make changes to the project
Prepare your changes and ensure your commits are descriptive. The document contains an optional commit template, if desired.
-
Test your changes
Ensure to test your changes by running the project locally. Run the following command in the daytona root directory to run the tests:
go test ./...
-
Generate docs
Ensure to generate new docs after making command related changes, by running ./hack/generate-cli-docs.sh in the daytona root directory.
./hack/generate-cli-docs.sh
-
Generate new API client
Ensure to generate a new API client after making changes related to the API spec. Run the following command in the daytona root directory:
./hack/swagger.sh
-
Check for lint errors
Ensure that you have no lint errors. We use golangci-lint as our linter which is automatically installed. Run the following command in the daytona root directory to check for linting errors:
golangci-lint run
-
Sign off on your commits
Ensure that you sign off on all your commits to comply with the DCO v1.1. We have more details in Prepare your changes.
To sign off on your Git commits more easily, you can use the -s or --signoff option when making a commit. This adds a "Signed-off-by" line to your commit message automatically, which is required to comply with the DCO v1.1.
Here's how you can do it:
git commit -s -m "Your commit message"
This command adds the necessary sign-off to your commit without needing to rebase later.
If you've already made commits without the sign-off, you can add it retrospectively by rebasing:
git rebase HEAD~1 --signoff git push --force-with-lease origin my-new-feature
-
Push your changes and create a pull request
Push your changes to your forked repository and create a pull request from your branch in your forked repository to the main Daytona repository. If you're new to GitHub, read about pull requests. You are welcome to submit your pull request for commentary or review before it is complete by creating a draft pull request. Please include specific questions or items you'd like feedback on.
-
Wait for review
A Daytona team member will take a look at your PR and either merge, comment, and/or assign someone for review.
This repository contains Daytona, covered under the Apache License 2.0, except where noted (any Daytona logos or trademarks are not covered under the Apache License, and should be explicitly noted by a LICENSE file.)
Daytona is a product produced from this open source software, exclusively by Daytona Platforms, Inc. It is distributed under our commercial terms.
Others are allowed to make their own distribution of the software, but they cannot use any of the Daytona trademarks, cloud services, etc.
We explicitly grant permission for you to make a build that includes our trademarks while developing Daytona itself. You may not publish or share the build, and you may not use that build to run Daytona for any other purpose.
You can read more in our packinging guidelines.
This project has adapted the Code of Conduct from the Contributor Covenant. For more information see the Code of Conduct or contact codeofconduct@daytona.io. with any additional questions or comments.
For more information on how to use and develop Daytona, talk to us on Slack.