设置开发环境的最佳实践
我使用 Linux 作为主要操作系统。我需要一些关于如何设置桌面和开发的建议。我主要从事 .Net 和 Drupal 工作，但有时也从事其他 Lamp 产品和 C/C++、Qt 工作。我也对移动（android..）和嵌入式开发感兴趣。
目前我在我的主操作系统上安装了所有东西，甚至我使用了一点。我使用了一点虚拟机（用于 lamp 服务器）。
我是否应该为每种开发使用单独的虚拟机（例如一个用于.Net/Mono，另一个用于C++，一个用于移动，一个仅用于数据库，一个用于xyz事物等） 将主要开发环境保留在主操作系统上，并将其他开发环境移至虚拟机中。
- 主要操作系统应该混乱，
- 让事情易于组织（必须）
性能应该是最佳的（组件最佳性能的最佳设置）
我有兴趣知道其他人是如何做的。
I use Linux as primary OS. I need some suggestions regarding how should I set up my desktop and development. I do work on mostly .Net and Drupal, but some time on other lamp products and C/C++, Qt. I'm also interested in mobile (android..) and embedded development.
Currently I install everything on my main OS, even I use it a little. I use VMs a little (for lamp server).
Should I use separate VM for each kind of development (like one for .Net/Mono, another C++, one for mobile and one for db only, one for xyz things etc)
Keep primary development environment on main os and move others in VM.
- main os should be messed up
- keep things easy to organize (must)
performance should be optimal(optimal settings for best performance of components)
I'm interested to know how others' are doing.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
VM 既有优点也有缺点。
优点：
不同的服务器
缺点
（修补/Windows 更新）
对于您的场景，我将创建具有核心操作系统和共享组件（Web 服务器、数据库）的基础 VM，对其进行复制并将特定工具安装到单独的 VM 中。如果您在虚拟机中组合使用工具，您最终可能会遇到与使用基本操作系统相同的混乱 - 优点是更容易摆脱它;-)
There are both pros and cons with VM's.
Pros:
different server
Cons
(patching / Windows updates)
For your scenario, I would create base VM with core OS and shared components (Web server, database), replicated it and installed specific tools into separate VM. If you combine tools within VM, you may end up with same mess as in case of using base OS - the advantage is that it is much easier to get rid of it ;-)
现在 OCI 容器已经稳定并且得到了良好的支持，可以通过 docker、podman 或其他类似工具是越来越流行的选择。
它们是隔离的，但是在同一个内核下，因此：
通常的方法是在开发人员的正常主目录中签出并将其挂载到容器中以进行构建、测试和运行。
远程开发扩展现在也支持在容器中进行构建 Visual Studio 代码
Now that OCI containers are stable and well supported, using those through docker, podman or other similar tool is an increasingly popular option.
They are isolated, but under the same kernel, so:
The usual approach is to have the checkout in the developer's normal home directory and mount it into containers for building, testing and running.
Also building in containers is now supported by Remote Development extension for Visual Studio Code