Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update Development Workflow Documentation for Che 7 #12411

Closed
26 tasks
l0rd opened this issue Jan 14, 2019 · 5 comments
Closed
26 tasks

Update Development Workflow Documentation for Che 7 #12411

l0rd opened this issue Jan 14, 2019 · 5 comments
Labels
area/doc Issues related to documentation kind/epic A long-lived, PM-driven feature request. Must include a checklist of items that must be completed. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.

Comments

@l0rd
Copy link
Contributor

l0rd commented Jan 14, 2019

Description

This issue is to plan and track the updates to the Development Workflow in the Wiki required for Che 7 (Docker support will be dropped and plugins development changes significantly).

  • Deploy Che using local assembly (mounting repo folder):
    • Provide manual instructions to deploy Che using local assembly for minikube and minishift
    • Implement new chectl server:start options:
      • --mount-repo=<path-to-repo> : Deploy Che and mount local assembly
      • --mount-data=<local-path> : Deploy Che and mount the given path as the server data folder
  • Remote Plugin Development:
    • Provide manual instructions to start/stop a local/osio plugin registry
    • Provide manual instructions to locally deploy a remote Theia extension
    • Provide manual instructions to locally deploy a remote VS Code extension
    • Provide manual instructions to locally deploy a remote Che plugin
    • Implement new chectl commands:
      • plugin:start-registry : Start a local Che plugin registry
      • plugin:stop-registry : Stop the local Che plugin registry
      • plugin:publish --che-plugin=<che-plugin-yaml-path> : Build tar.gz and publish the plugin definition to a local registry
      • plugin:publish --theia-file=<theia-file-path> --sidecar-container=<container-image> : Generate che-plugin.yaml, build tar.gz and publish the plugin definition to a local registry
      • plugin:publish --vsx-file=<vsx-file-path> --sidecar-container=<container-image> : Generate che-plugin.yaml, build tar.gz and publish the plugin definition to a local registry
      • plugin:release --local-repo-path=<path-to-github-repo> : Create a new GitHub release and open a PR to update the plugin definition in eclipse/che-plugin-registry repository
      • workspace:update --rollout : Restart the workspace pods
  • Update Development Workflow in the wiki
    • Update dependencies (add chectl + minikube or minishift)
    • Clone and build don't change
    • To run Che a dev should use chectl instead of docker run
    • Add a new section for Che 7 plugins development:
      • link to VSCode Extensions documentation
      • link to Theia Plugins documentation
      • Document the development workflow:
        1. Build locally or download existing theia plugin/vscode plugin
        2. Write sidecar container Dockerfile and build / push to registry
        3. [Optional] Write che-plugin.yaml and build the tar.gz file
        4. Start local/osio registry and publish che-plugin.yaml
        5. Test in local workspace and inner loop (update plugin or image / publish plugin or push image / update workspace)
        6. Release the plugin and update Che Plugin Registry repository
@l0rd l0rd added kind/docs kind/epic A long-lived, PM-driven feature request. Must include a checklist of items that must be completed. labels Jan 14, 2019
@slemeur
Copy link
Contributor

slemeur commented Jan 14, 2019

cc @slemeur

@l0rd l0rd mentioned this issue Apr 23, 2019
@sushmithakumar
Copy link

one thing I have noted when used docker image 6.13.0 che-server gives .the terminal in kubernetes cluster .the terminal becomes inactive if not used for 5 sec or more ..what can be the reason behind it?

@sushmithakumar
Copy link

I don't see the same behavior of the terminal when used open source codenvy for eclipse che

@l0rd
Copy link
Contributor Author

l0rd commented May 28, 2019

@sushmithakumar your comments don't look related to this issue

@benoitf benoitf added area/doc Issues related to documentation and removed kind/docs labels Jul 9, 2019
@che-bot
Copy link
Contributor

che-bot commented Jan 15, 2020

Issues go stale after 180 days of inactivity. lifecycle/stale issues rot after an additional 7 days of inactivity and eventually close.

Mark the issue as fresh with /remove-lifecycle stale in a new comment.

If this issue is safe to close now please do so.

Moderators: Add lifecycle/frozen label to avoid stale mode.

@che-bot che-bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jan 15, 2020
@che-bot che-bot closed this as completed Jan 22, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/doc Issues related to documentation kind/epic A long-lived, PM-driven feature request. Must include a checklist of items that must be completed. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.
Projects
None yet
Development

No branches or pull requests

5 participants