Add support for Github codespaces and Vscode devcontainers
See original GitHub issueI have found that it is extremely helpful dev particularity new devs to have reproducible dev environments. Github code spaces and devcontainers are a great way of supporting this.
In my fork I have gone the new dev work flow down to.
- clone the repo
- open in vscode and edit the .env.example file to include your foundry username and password rename to .env
- hit the popup to reopen in a container
- wait for the container to build
- run
npm run build
- open foundry on http://localhost:30001 and enter admin password
pf2edev
Issue Analytics
- State:
- Created a year ago
- Comments:11
Top Results From Across the Web
Introduction to dev containers - GitHub Docs
You can add and edit the supported configuration keys in the devcontainer.json file to specify aspects of the codespace's environment, like which VS...
Read more >Code From Anywhere: Dev Containers and Github Codespaces
Github Codespaces are containers running in the cloud that you connect to via VS Code. They are often talked about in conjunction with...
Read more >Add support for devcontainers to facilitate GitHub Codespaces ...
A repository of development container definitions for the VS Code Dev Containers extension and GitHub Codespaces - vscode-dev-containers/ ...
Read more >Introduction to GitHub Codespaces - Building your first Dev ...
The devcontainer.json file tells Visual Studio Code (and other services and tools that support the format) how to access (or create) a ...
Read more >VS Code Remote / GitHub Codespaces Development ...
devcontainer /devcontainer.json file added to your folder. Run Remote-Containers: Reopen in Container to use it locally, or Codespaces: Rebuild Container from ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Go ahead and make a PR, and we’ll look it over.
I agree that committing files for every IDE is an awful idea, that is not what I’m suggesting. Development Containers are an open standard and have tight integration with Github, this projects repository and continuous integration provider of choice.
The point of this is to lower the barrier for entry to new contributors. I think that it is hard for you to see all of the benefits as you have been working on this project regularly for a very long time. As such you are very comfortable with the current flow.
Ether way it is not a big deal for me. I can continue to use my fork with the necessary configuration changes.