Che is composed of multiple sub projects. For each projects we provide a CONTRIBUTE.md file describing how to setup the development environment to start your contribution. Most of the time, we encourage you to use Che to contribute to Che.
Repository | Component | Description | Devfile | Contributing.md |
---|---|---|---|---|
che | (this repository) the main project repository | |||
--- | wsmaster | orchestrates the Che workspaces with devfiles on Kubernetes | devfile | doc |
--- | dockerfiles | source code, dockerfiles to build our main docker images. Note that Che-theia related dockerfiles are located in che-theia repo. | ||
--- | e2e | source code of our integration tests. | ||
workspace-loader | devfile | doc | ||
dashboard | UI to manage workspaces, devfiles, etc. | devfile | doc | |
chectl | The CLI to install Che, create and start workspaces and devfiles | devfile | doc | |
che-theia | Theia IDE integrated in Che. | devfile | doc | |
--- | generator | che:theia init CLI to prepare and build che-theia |
doc | |
devfile-registry | The default set of devfiles that would be made available on the Che dashboard stacks. | |||
docs | Eclipse Che documentation https://www.eclipse.org/che/docs/ source code. | devfile | ||
machine-exec | Interface to execute tasks and terminals on other containers within a workspace. | devfile | doc | |
operator | Che operator to deploy, update and manage K8S/OpenShift resources of Che. | |||
plugin-broker | The workspace microservice that is in charge of analyzing, preparing and installing the workspace components defined in a Devfile. | devfile | doc | |
plugin-registry | The default set of Che plugins (vscode extension + containers) or editors that could be installed on any Che workspaces. | |||
redhat-developer/devfile | Contribute to the devfile documentation: https://redhat-developer.github.io/devfile/ | |||
website | https://eclipse.org/che website source code. | devfile | ||
workspace-client | JS library to interact with a che-server. |
We are trying to provide a devfile for each areas where you could contribute. Each devfile could be run on any Che instances to setup a ready-to-code developer environment. Beware that each of them may need a certain amount of memory. Devfile could be launched through a factory or chectl cli.
$ chectl workspace:start -f devfiles/che-theia-all.devfile.yaml
or
$ chectl workspace:start -f https://raw.githubusercontent.com/eclipse/che-theia/master/devfiles/che-theia-all.devfile.yaml
or https://<CheInstance>/f?url=https://raw.githubusercontent.com/eclipse/che-theia/master/devfiles/che-theia-all.devfile.yaml
Let's cover the developer flow for theses projects:
Dashboard source code is located in https://github.com/eclipse/che-dashboard repository. It is an AngularJS application. Here is the developer workflow if you want to contribute to it:
The devfile: https://github.com/eclipse/che-dashboard/blob/master/devfile.yaml
In this section, we show how to setup a Che environment to work on the Che dashboard, and how to use it. For the whole workflows, we will need a workspace with such containers:
- Dashboard Dev container (a.k.a dash-dev): Dashdev is a all in one container for running commands such as build, test or start the dashboard server.
All containers have /projects
folder mounted, which is shared among them.
Developer workflow:
- Start the workspace with the devfile, it is cloning Che repo.
- Build
- Code ...
- Run unit test
- Start dashboard server and preview
In this section we are going to start a new workspace to work on che-theia. The new workspace will have few projects cloned: theia
and che-theia
. It will also setup the containers and commands in the My workspace
view. We will use these commands in the next steps.
The devfile could be started using chectl
:
$ chectl workspace:start -f https://raw.githubusercontent.com/eclipse/che-dashboard/master/devfile.yaml
In this section we are going to build the dashboard project.
You can use the Che command dashboard_build
(command pallette > Run task > … or containers view)
Basically, this command will run
# [dash-dev]
$ yarn
In this step, we will run the Dashboard unit tests:
You can use the Che command dashboard_test
(command pallette > Run task > … or containers view)
Basically, this command will run
# [dash-dev]
$ yarn test
In this step, we will run the dashboard server and see the live reloadable preview.
You can use the Che command dashboard_dev_server
(command pallette > Run task > … or containers view)
# [dashboard_dev_server]
$ node_modules/.bin/gulp serve --server=<che_api_url>
There is a devfile for development of Che server in Che. To build Che one may run a predefined build task from the devfile.
Starting Che master requires some manual steps.
Open a terminal in runtime container (che-server-runtime
) and perform:
- First, set
CHE_HOME
environment variable with absolute path to parent folder of Che master's Tomcat. It might look like/projects/che/assembly/assembly-main/target/eclipse-che-*-SNAPSHOT/eclipse-che-*-SNAPSHOT
. - Then set
CHE_HOST
with the endpoint of new Che master. If using the devfile the endpoint ische-dev
and already set. - After, set
CHE_INFRASTRUCTURE_ACTIVE
according to your environment. For example:openshift
(note, usekubernetes
andopenshift
insted ofminikube
andminishift
correspondingly). - Run
/entrypoint.sh
. After this, new Che master should be accesible from theche-dev
endpoint. To reach Swagger use url fromche-dev
endpoint with/swagger
suffix.
To start a workspace from Che server under development some additional configuration of the cluster is needed.
One should add rights for the service account to be able to perform all needed for Che server actions.
Example for Openshift (in case of Kubernetes replace oc
with kubectl
):
cat << EOF | oc apply -f -
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
labels:
app: che
component: che
name: che-workspace-admin
namespace: che
roleRef:
apiGroup: rbac.authorization.k8s.io
kind: ClusterRole
name: admin
subjects:
- kind: ServiceAccount
name: che-workspace
namespace: che
EOF
Also CHE_API_INTERNAL
, CHE_API_EXTERNAL
and CHE_API
should be set in runner container and point to new Che server API.
If one uses provided devfile, they are already set to: http://che-dev:8080/api
, which should be changed in case of https protocol.