devspace

Changes

• The sync mechanism was changed and behaves now differently. We inject a small binary into the container that replaces the shell script we used in previous versions, this has several advantages: it uses less bandwidth in exchanging changes, it is more stable, it only requires the tar command to be present in the container. (#542, #441)
• You can now specify options for component deployments (#547)
• Updates kubernetes dependencies to 1.14
• Updates helm dependencies to 2.14.0
• Fixes an issue where the KUBECONFIG environment variable was ignored

Fixes:

• Fixed an issue where multiple connected clusters could lead to problems during cluster connect

Fixes:

• Fixed an issue, where dev.selectors could lead to a nil pointer panic

New Features:

• Dependencies: You are now able to specify other devspace projects as dependencies, which will be built and deployed before the current project is deployed. Take a look at the examples for more information.
• Custom Builder: You are now able to build images with custom user-defined commands. See examples for an example. (#534)
• Parallel Image Building: As soon as there are 2 or more images defined in the devspace.yaml, devspace will build the images in parallel. You can still tell devspace to build sequentially with the flag build-sequential (#533)
• Hooks: You are now able to define custom commands that are executed at certain points during the devspace pipeline execution. Currently supported is before / after image building and deploying. In addition it is also possible to execute custom commands directly before or after a certain deployment. See examples for an example. (#535)
• New predefined variables: You are now able to use these predefined variables in your devspace.yaml:

DEVSPACE_RANDOM: A random string, that will be different every time the devspace.yaml is loaded (useful as tag for an image)
DEVSPACE_TIMESTAMP: The current unix timestamp in seconds when the config was loaded by devspace
DEVSPACE_GIT_COMMIT: The current git head short hash (useful as tag for an image)

• New flag --deployments for devspace deploy and devspace dev to only deploy a specific deployment

Changes:

• If the docker daemon cannot be reached but builder is docker, devspace will fallback to building with kaniko instead. If you want devspace to fail instead, you can set the config option images.your_image.build.docker.disableFallback to true.
• New config version v1beta2, you can update your current config with devspace update config
• devspace dev, devspace deploy and devspace purge have an --namespace flag that let's you redirect devspace to another kubectl namespace

Fixes & Improvements:

• Fixed an issue where the image name was not correctly replaced, if the image has never been built.
• Fixed an issue with internal caching mechanism which sometimes could lead to unnecessary redeploys
• Fixed an issue when you switched spaces the cached hashes where not erased (#527)
• devspace init doesn't write kube context anymore
• devspace init now always asks how you would like to initialize your project

New functionality

• devspace list/remove/connect cluster: you are now able to connect your own cluster to devspace cloud (see more at connect clusters)
• kustomize is now supported as deployment method (you need the newest version of kubectl installed and set kustomize to true in devspace.yaml)
• devspace sync opens a bidirectional sync connection to a specific pod and container and prints the sync log to the console
• new flag dev.sync.waitInitialSync: you can now tell devspace to wait for initial sync before starting a terminal into a pod (#343)

Changes

• devspace login now takes --key as parameter instead of --token
• config version updated to v1beta1 (will be upgraded automatically)
• portMappings -> forward
• localPort -> port (if remotePort is empty value for port is used)

Fixes

• fixed an issue with deleting spaces where the kubecontext was not correctly deleted

Fixes

• Fixed an issue where the wrong question was asked on devspace init, when kubectl config was missing
• Fixed a nil pointer panic, when docker was installed, but the docker daemon couldn't be reached
• Fixed an issue on linux with setting TILLER_NAMESPACE env variable during devspace create space and devspace use space

Changes

• .devspace/config.yaml was renamed to devspace.yaml (devspace will automatically rename the file)
• .devspace/vars.yaml was renamed to devspace-vars.yaml (devspace will automatically rename the file)
• .devspace/configs.yaml was renamed to devspace-configs.yaml (devspace will automatically rename the file)
• Moved devspace add component to devspace add deployment --component
• Moved devspace add package to devspace add deployment --chart
• Moved devspace status deployments to devspace list deployments
• New config version v1alpha4 (Will be converted automatically)

New Features

• New deployment method component (Will deploy the devspace-component-chart and the component options are essentially the values of the chart. This makes it easier for us to convert the values in the future when updating the chart)
• New options during devspace init: If no Dockerfile is found there are now 5 options how to initialize the project
• Sync now works with relative paths & containerPath in sync config can be empty (Working directory of the container is used then)
• Added predefined config variables DEVSPACE_USERNAME (the devspace cloud username) and DEVSPACE_SPACE (the currently used space name) that can be used in the config

Fixes & Improvements

• Fixed an issue where config variables got lost after running devspace add [option]
• Fixed an issue where config variables had to be reentered on every devspace command
• Config variables now also work within a string (e.g. 'dscr.io/{my_user}/devspace')
• Improved the kaniko builder (should be several times faster now)

Fixes:

• devspace init now correctly detects Dockerfile EXPOSE statements
• devspace analyze only considers container restarts important if they occured in the last 2 hours

New features:

• devspace containerize will detect your programming language and create a Dockerfile for your application (was previously part of `devspace init, but can now be used separately)
• devspace init now detects the application port based on the dockerfile

Fixes:

• devspace remove space --all now also removes the kube contexts correctly

Fixes:

• set env vars in windows as REG_EXPAND_SZ not REG_SZ (issue with long PATH variables)

Improvements:

• add automatic setting of TILLER_NAMESPACE again
• print warning that PATH might not be updated for already opened terminals (devspace install on windows)

Fixes:

• fix an issue during devspace use space and devspace create space where setting environment variables took too long

Changes:

• New config schema version v1alpha3, you can run devspace update config to upgrade the config to the latest version.
• devspace analyze only checks the events if a pod has an issue or a replicaset or statefulset cannot start a pod
• dev.overrideImages.dockerfile && dev.overrideImages.context can be used to override dockerfile and context during devspace dev
• devspace enter and devspace logs can now be used outside of a devspace project
• New command devspace add component- Creates a new component in the chart/values.yaml based on some predefined components. To list all available components you can run devspace list available-components
• New command devspace update chart - Updates the devspace helm chart to the newest version
• New command devspace open - Opens the space domain in the browser
• New command devspace ui - Opens the management ui in the browser

Fixes:

• Fix issue where a github api warning was shown when upgrade couldn't find a newer version

Enhancements:

• New config option deployments[].helm.timeout to specify the amount of time helm will wait during deploy when wait is enabled
• Reduced the default waiting time for helm install/upgrade chart to 40 seconds (If helm deploy times out, devspace will run devspace analyze and returns an error if it finds any issues -> this makes it much easier to find an issue with container starting or faulty dockerfiles)

Changes introduced in this pull request:

BREAKING CHANGES:

• Removed internalRegistry from config
• Removed registries.auth from config
• Removed overwrite.yaml in favor of configs.yaml (more details below)
• Removed --config-overwrite flags for devspace commands
• Renamed devspace add service / devspace remove service / devspace list services to selector
• devspace up does not run devspace init anymore if devspace project was not configured already

Major changes:

• New helm chart (for more informations see https://devspace.cloud/docs/charts/devspace-chart)
• New devspace analyze command - analyzes a namespace for potential problems, like pods/containers not starting and warning events and prints a small report (for more informations see https://devspace.cloud/docs/cli/analyze)
• Overriding docker image entrypoints in memory: (for more information see https://devspace.cloud/docs/development/entrypoint-overwrites)
  Devspace is now able to override docker image entrypoints during docker build time. It will append an ENTRYPOINT and CMD command to the Dockerfile in memory and leverage existing cached layers. This makes it possible to have a reliable and easy to understand way of overwriting a container image entrypoint for development, independent of the deployment strategy
• Helm deploying:
  Devspace now replaces an image in the overwrite values and values.yaml for helm. For example a values.yaml with:

  myimage: mydockeruser/mydockerimage:latest
  

  will be rewritten in memory during devspace dev/deploy to myimage: mydockeruser/mydockerimage:JUSTBUILTTAG by devspace, so you can easily integrate existing charts with devspace. This makes it possible to create helm charts that have a custom values structure instead of using the previous .Values.containers approach. For compatibility reasons devspace will still fill the .Values.containers.configImageKey.image fields during runtime.
• New configs.yaml (more information on https://devspace.cloud/docs/configuration/multiple-configs):
  You are now able to specify multiple configurations in the configs.yaml. If configs.yaml does not exist it will just use the old config.yaml. The format is:

config1:
  config:
    path: mypath1.yaml
  overrides:
  - path: myoverride1.yaml
  - data:
      images:
        default:
          image: ${ImageName}
  vars:
  - name: ImageName
    question: Please specify the image url
config2:
  config:
    data:
      ...
  overrides:
  - path: myoverride1.yaml

You can list all configs with the devspace list configs command. You can change the active config via devspace use config config2.

• Config variables (more information on https://devspace.cloud/docs/configuration/variables):
  You are now able to specify variables within the config to make it more dynamic. For example you are now able to specify a config that looks like this:

  deployments:
  - name: ${DeploymentName}
    helm:
      overrideValues:
        myValue: ${MyVariable}
  
  Variables have the form ${Name} and devspace will try to get the value from an environment variable in the form of DEVSPACE_VAR_NAME. If there is no such environment variable found, devspace will ask the user to input them after it loaded the active config. The variable values are stored in the genrated.yaml and are user specific and should not be checked in. You can also define a custom question, default value and regex validation pattern either in the configs.yaml under the configName.vars key or in the vars.yaml if there is only a single config.
  

• Complete rework of the devspace cloud: (more information on https://devspace.cloud)
  devspace.cloud provisions private hosted kubernetes namespaces for your application. You are also now able to use a private docker registry for your docker images at (dscr.io). In addition you are now also able to connect custom domains and monitor your namespaces within devspace.cloud.

Other changes:

Command Changes:

• devspace analyze - analyzes the current namespace for problems
• devspace logs - prints the logs and attaches to the specified terminal pod
• devspace update config - converts the config into the newest version
• devspace dev - renamed devspace up command (up still works but is now deprecated)
• devspace purge - renamed devspace down command (down still works but is not deprecated)
• devspace login - login to devspace.cloud
• devspace create/use/remove space - create/use/delete a private namespace within devspace.cloud as target for deployment
• devspace list configs/spaces/vars

Config Changes:

• Introduced new config version v1alpha2 (old version is automatically converted, you can also update the config via devspace update config)
• devspace is now dev
• moved deployments out of devspace to highest level
• registries are now prepended to the image in the official form (e.g. myreg.io/myusername/myreponame) instead of defining them separately at the registry level
• tiller namespace was moved from top level to the helm configuration in deployments, so you are able to deploy to different tiller namespaces
• it is now possible to specify multiple helm override value files in the config under deployments[].helm.overrides

Smaller changes

• devspace now detects an active devspace in the parent folders if in the starting working directory no devspace configuration is found
• devspace tries to rollback the helm chart after a failed deployment
• reworked the devspace output
• devspace purge/down now deletes the deployments in reverse order

Documentation:

• adjusted all examples to the new changes
• completely reworked documentation (New documentation available at https://devspace.cloud/docs)

Changes:

• new devspace add service/image functionality (see #432)
• better detection of changes in docker context path by using crc32 instead of mtime/size
• new --service flag for devspace add port/sync commands
• rephrased log messages if devspace.terminal.disabled is true

Fixes:

• fixed nil pointer if .kube/config does not have a current kube context (#408)

New Features:

• new devspace up -x (--skip-pipeline) flag that skips the build and deploy pipeline and directly starts the sync, port-forwarding and terminal
• new devspace.ports[].portMappings[].bindAddress config option to bind to other interfaces than localhost (see #394 & thanks to @ALCarden)
• sync follows now local symlinks, watches them and uploads changes to them (Changed remote files are moved correctly into the symlink folders locally) (see #429)

Changes:

• renamed devspace.deployments[].helm.devOverwrite to devspace.deployments[].helm.override (devOverwrite still works, but is deprecated now)
• sync performance greatly improved if many files are renamed locally (see #241)
• improved image rebuild detection on devspace up, the image contextPath is now hashed and checked for changes instead of only the dockerfile timestamp (excluding the patterns in .dockerignore) (see #414)
• docker, helm & kubernetes dependencies got updated to the latest versions (thanks @ALCarden)

Fixes:

• fixed devspace add/remove deployment where the command wouldn't save the config correctly (thanks @ALCarden)
• fixed issue where devspace would still try to authenticate to an image registry even though images[].skipPush was specified
• fixed issue where devspace would not redeploy the helm chart if an override values file was outside of the chartPath

Changes:

• New devspace.deployments[].helm.wait option to tell devspace to skip waiting until deployment is ready
• New devspace down --deployment option to delete a single or multiple deployments

Fixes:

• Resolve issue where devspace up would deploy tiller to the wrong namespace if no config.yaml exists (#417)