v4.5.4

Changes

• Fixed an issue where multiple images where not correctly built (#949)
• Fixed an issue where opening multiple urls was not correctly working (#952)

v4.5.3

Fixes

• Fixed an issue where dependencies were deployed in reverse order (#946)
• Fixed an issue where ${DEVSPACE_GIT_COMMIT} was not correctly loaded in a dependency configuration (#947)

v4.5.2

Enhancements:

• Add optional new config option dependencies.*.name to identify dependencies
• Adds new flag --dependency to devspace render, devspace purge and devspace deploy to individually handle dependency deployment / deletion (#906)
• devspace render is now able to render dependencies aswell
• New config option images.*.build.docker.args to specify custom cli flags (as soon as args are defined, DevSpace will build images via the command line instead of using the internal docker library) (#884)
• Allows config patches to patch parts of the config vars section (#904)
• Added a new question to devspace init to allow skipping registry selection for local kubernetes clusters (#907)
• Updated the component helm chart to v0.1.3 (#913, #912, #900)
• Switches component chart helm repository from charts.devspace.cloud to charts.devspace.sh (#889)

Fixes:

• Fixes an issue in devspace render, where 2 successive helm templates where not rendered correctly (#943)
• Fixes an issue where the command devspace status sync was not working correctly (#921)
• Fixed an issue where the localSubPath of the sync config is not correctly applied when devspace sync --config (#933)
• Fixed a nil pointer in devspace render (#927)
• Fixed a possible nil pointer in devspace login
• Improved cannot sync root path error message (#915)

v4.5.0

New features

• New devspace print command that prints the current loaded config (with all filled variables, applied configs etc.), profile and variables (#893)

Changes

• devspace sync will not sync to the root folder / anymore to prevent misconfiguration if the root folder is the current working directory. If you really need to sync the root folder you have to specify it now explicitly as the container path (e.g. devspace sync --container-path /).

Fixes

• Improve devspace ui 'Stack' view with actually loaded variables instead of just recently loaded variables
• Fixed an issue with devspace add provider that prevented users from adding new providers
• FIxed an issue in devspace render where helm templates were not shown correctly

v4.4.0

New Features

• devspace sync is now able to only upload or download files via the --upload-only and --download-only flags (#871)
• New sync options sync.*.onDownload & sync.*.onUpload to execute custom commands locally or in the container if a file / folder gets uploaded or downloaded (#849)
• devspace sync is now able to load a sync configuration from a devspace.yaml via the --config flag (#863)
• New global --config flag that allows you to specify the path of the devspace.yaml to use for the command

Fixes

• Fix an issue where devspace sync would not correctly reconnect (#885)
• Fix an issue where remote manifests could not be deployed via kubectl (#864)
• Fix an issue where variables in dependencies were not correctly resolved (#873)
• Some internal code refactorings

v4.3.5

Changes:

• New devspace render command that builds images and instead of deploying the defined resources prints them instead (#846)
• Fixed a nil pointer panic in certain devspace login scenarios (#857)
• Fixed a panic when image in config yaml is empty (#847)
• Fixed an issue where permissions where not set correctly during sync (#848)
• Fixed an issue in sync where file pipes would not be correctly cleaned up (#851)

v4.3.4

Changes

• Sync and portforwarding will now completely restart if an issue is encountered meanwhile (#835 & #833)
• Fixed an issue where the .dockerignore was ignored to decide if an image should be rebuild (#838)
• New config version v1beta6: renamed images[].build.custom.flags to images[].build.custom.args (#830). This is not a breaking change, older config versions will be converted in memory automatically.
• Fixed an issue where sometimes devspace deploy was not rebuilding, even though the image build context has changed
• Bump internal helm version to v3.0.1
• Some internal refactoring & improvements

v4.3.2

Changes

• Improved sync algorithm: the sync should be now more stable and will automatically retry to upload or download changes if a failure occurs midway (#820)
• Stable charts are now working out of the box with DevSpace and Helm v3 (#828)
• Fixed an issue where dependencies were not redeployed when the kube context has changed (#825)
• Fixed a potential nil pointer when using the labelSelector option in dev.terminal

v4.3.1

Changes

• Fixed a nil pointer that could occur during space creation

v4.3.0

New Features

• DevSpace now works with Helm v3. Helm v3 is now the default option for the new config version v1beta5. Older config versions such as v1beta4 (devspace < v4.3.0) will still use helm v2 by default and work as expected. DevSpace will as usual automatically upgrade the existing config to the newest version in memory. Helm v2 can still be used by setting the option deployments[*].helm.v2 to true. (#807)
• New helm options: deployments[*].helm.recreate, deployments[*].helm.atomic, deployments[*].helm.driver (helm v3 only) & deployments[*].helm.cleanupOnFail. These options mimic the command line flags helm provides (see helm upgrade flags for more information)

Changes

• DevSpace now allows all kubectl auth plugins (#794)
• Upgrade internal helm v2 version to 2.16.1
• Some internal refactorings