You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I found there seems no straightforward way to prepare a development environment for containerized Teaclave services. I think it could improve the collaboration efficiency and dev. productivity if we can streamline it using standard approaches with comprehensive documentation.
Firstly, I often use Emacs to develop, so those bother me don’t necessarily apply to developers who use other IDE at all, e.g. VS.
I lists my consideration here for your reference, perhaps, we may identify some more associated opportunities later.
Adding both trusted and untrusted parts of code tags to LSP system.
Containerizing the Teaclave source code in a local docker volume instead of host FS.
Containerizing development tools e.g. Emacs, VS in a development container mounted with Teaclave source code volume.
The Build Container can rebuild the topic branch triggered by the changes from development container.
The RT containers could reuse the same containers images for different service.
The RT service containers can be instructed or automatically detect the service binaries updates to roll up in dev. mode.
The text was updated successfully, but these errors were encountered:
I found there seems no straightforward way to prepare a development environment for containerized Teaclave services. I think it could improve the collaboration efficiency and dev. productivity if we can streamline it using standard approaches with comprehensive documentation.
Firstly, I often use Emacs to develop, so those bother me don’t necessarily apply to developers who use other IDE at all, e.g. VS.
I lists my consideration here for your reference, perhaps, we may identify some more associated opportunities later.
The text was updated successfully, but these errors were encountered: