v3.2.0

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

v3.1.2

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)

v3.1.1

Fixes:

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

v3.1.0

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

v3.0.1

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)

v3.0.0

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)

v3.0.0-beta3

Merge pull request #469 from devspace-cloud/new-docs

New docs + new README

v3.0.0-beta2

Merge pull request #459 from devspace-cloud/cloud-refactor

Cloud refactor

v2.5.1

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)

v2.5.0

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