Changes for page 221 - Swift Shift
Last modified by CarlijnKokkeler on 2024/05/29 10:51
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -15,16 +15,13 @@ 15 15 16 16 == **Feedback Items** == 17 17 18 -//__Improved release build process__// 19 -When a new release will be activated, no longer all containers will be rebuild but only affected containers will be rebuild. This should decrease the time for a release to be ready to be deployed. 20 - 21 21 //__Container version overview__// 22 -D uetotheimproved build process for containers, therelease versionsand containerversionswillnotlongerbe thesameanymore.Therefore we introduce a way whereyoucan look up to see which container versionsare linkedto a specificrelease. This canhelpyou toidentifyifyourcontainers that are running have therightversionaccordingto the release.19 +In Deploy > Releases, it is now possible to see the container versions in the release details. This can be viewed by clicking the three dots in the Create phase section. 23 23 24 24 [[image:Main.Images.Release Blog.WebHome@release-blog-210-deployment-delights-container-overview.png]] 25 25 26 -//_ Improveddeploymentprocess_//27 - Theimprovedrelease buildprocess, as mentionedabove,brings anothermajorimprovement to the platform. Because containerversionswill notbe updatedregularly wecanidentify during a deploymentwhichcontainershouldgeta newcontainer version.Onlytheones that shouldget a new version will be deployedandrestarted,allothercontainers will notgo down and keeprunning. Thisdecreases the deploymenttimeandimprovesthe performance.23 +//__Unchanged containers__// 24 +When deploying a new release, containers that have no changes between the deployed release and the new release will not be deployed and restarted. 28 28 29 29 //__Rebuilding of images__// 30 30 Changing the list of flows that should run on a container will now trigger the rebuilding of images.