Replies: 2 comments
-
Accout for devcontainer, I suggest to take a thought from generic to specific scenaries and from developing alpha stage to maintaining. From generic and developing alpha stage, I sugges one (image)devcontainer developing is fine(maybe the image in the condition is also not necessary to cache becase rebuild images is easy to rebuild and switch)
Actually, i think the commons sometimes maybe can not be used in production but can rapidly verify ideas and implement some simple apps such as cmdline tools, plugins, or utils and common packages. From specific and maintaining views, I suggest multiple development images must be provieded to facilitate to construct a full function develping environment.
|
Beta Was this translation helpful? Give feedback.
-
Maybe I did not clarify my personal initial motivation to use devcontainers. Considering several scenarios:
So for me, it means more than just devcontainers, but also production image and development image. It would be great make all these happen out-of-box. And another lesson learned from my past experience is better to maintain the image within the code repo, otherwise, it will lead to extra complexicity to maintain the consistency. |
Beta Was this translation helpful? Give feedback.
-
There are pros and cons for different solutions, discussions and suggestions are welcome.
Beta Was this translation helpful? Give feedback.
All reactions