v0.24.0

• Improve help message of kapp logs command
• Add batch/v1/Job for default templateRules

e021f9ba9a1398b502e8e4146d695fb79c1f1f975136a9c3ec0a2b29a2bfcaf5  ./kapp-darwin-amd64
044a8355c1a3aa4c9e427fc64f7074b80cb759e539771d70d38933886dbd2df4  ./kapp-linux-amd64
6710ee9b478956cb74047ab7252a08edf3ab01441eea68fdd461e520b392cd1b  ./kapp-windows-amd64.exe

(Installation instructions: https://k14s.io/#install-from-github-release)

v0.23.0

• Fix order cycle detection to be more exhaustive
• Support FORCE_COLOR=int (where 0 is disable, 1, 2, 3 is enable) to force color preference
• Support specifying minimumRequiredVersion in config for kapp

1736e0a2cf8f25e2a26de344f8ea7c36e8d0215b2112b830923b5fb0b8c5d498  ./kapp-darwin-amd64
8e163878cf985c93df3fff594d63a6b1104e66a02d35745f4217efc05eacdad1  ./kapp-linux-amd64
6fda99262a21f2770d80690e3fa5b7abe7e2cfb1f28ac0452ece11f9aa5b1892  ./kapp-windows-amd64.exe

(Installation instructions: https://k14s.io/#install-from-github-release)

v0.22.0

• Add --apply-exit-status (doc)
• Add kapp.k14s.io/create-strategy annotation (doc)
• Show all uniqueness errors in bulk
• Improve resource ownership check error message
• Mask stringData fields for v1/Secret by default (previously only masking data)

ea96e31135a125514f92f28576f4dcbf51e6fac4089f32eac7b352a35fad8e0d  ./kapp-darwin-amd64
620fe978c40260f1742134648f50c637f86c27c9097dc4b1cd4126989c49602b  ./kapp-linux-amd64
abaad10d85dd30fbe19685ce6d0529fc28a4a18c133e55c5ea16fcd51b3f3e9e  ./kapp-windows-amd64.exe

(Installation instructions: https://k14s.io/#install-from-github-release)

v0.21.0

• Fix edge case for comparing transient resources during deploy
  • v0.20.0 erroneously ignored transient resources during diff stage. Error only arises when existing transient resource is being changed to become user owned resource.

[1] Transient resources are resources created and owned by the cluster vs resources specified in configuration given to kapp. See Owner column in kapp inspect command.

09c49473b7fa31633203867f253c10d0bbd543cda5bc640ff2ebc91aec9be130  ./kapp-darwin-amd64
9dfeb831f8caf5515dff968f040f06cb9cb8942dec7df3626a44eee1e63cf460  ./kapp-linux-amd64
94c970c038e547cc03948513a62250257d2e734ef73217858ac1735401553e04  ./kapp-windows-amd64.exe

(Installation instructions: https://k14s.io/#install-from-github-release)

v0.20.0

• Print correct number of nodes in targeted cluster description (first line in output)
• Ignore transient resources when finding existing versioned resources

f4f259d3b0a226f8ea7ccbf7347de3e40529d698fb0bc2ef1f0dcf7aea25c72a  ./kapp-darwin-amd64
3287514b8ca14fb0378af701fce94cec09e613bff473a2ee969335edf86da5b5  ./kapp-linux-amd64
c98bc53c2b6fc4fdcf09dba62536c15bd96a425db2e10f047c92d6e06d33b747  ./kapp-windows-amd64.exe

(Installation instructions: https://k14s.io/#install-from-github-release)

v0.19.0

• Bring back retries for local APIServices
  • apparently Kubernetes does not set Available condition immediately even for Local ones

8817b3afea01173d53d1a76c266cb1897eb94c5d3d2df496cfa54c464c064ee7  ./kapp-darwin-amd64
99a2597d29ab9cf75d636a8220cb7e5ee315ac85b7adeb48b6c1ccb56a5cf477  ./kapp-linux-amd64
7a1b49c5c261c38b7d26b131196e490f850bfb8359d6d25f441079266985d7b8  ./kapp-windows-amd64.exe

(Installation instructions: https://k14s.io/#install-from-github-release)

v0.18.0

• Print short cluster info to make it obvious which cluster being used
• Mask sensitive fields (by default v1/Secret data) via diffMaskRules configuration
• Ignore failing API services that do not directly relate to app being deployed
• Add default rebase rules for caBundle for *WebhookConfiguration/APIService resources
• Check only Established and NamesAccepted conditions on CRDs (instead of all of them)
• Wait for v1beta1.APIService in addition to v1
• Add --kubeconfig-yaml/$KAPP_KUBECONFIG_YAML for easier interop with other tools

e46aa8b334832275ddf9b982c0b88633bc891a8ffff1e0204ee36cf2fb2f20fb  ./kapp-darwin-amd64
4f08b5e3639c2d126903efa81cbc1af2ff342464cc24815442c190e4b220d52f  ./kapp-linux-amd64
9140f8ef0572e2eeb207a639fc3a40ec1d4bd0faa81583cf8bc5ae4e9cb3e139  ./kapp-windows-amd64.exe

(Installation instructions: https://k14s.io/#install-from-github-release)

v0.17.0

• Added --diff-exit-status to control exit status for --diff-run
• Added --filter-kind-name resource filter for convenience
• Disable CGO and build binaries in a reproducible way
• Wait for APIServices to become available
• Added kapp.k14s.io/disable-default-change-group-and-rules annotation
• Added versioning of Secrets and ConfigMaps for initContainers to the default config
• Started requiring non-empty group name for app-group commands
• Improved empty list of resource caution error message

49dbf96dbed4c72774e13dadd2211f77bbad91c2044fa0eae5401ccd0082887f  ./kapp-darwin-amd64
696abb7e53d047d9d606da8df5965141ab5ee1a97fc06ceeddcca9fc9531520a  ./kapp-linux-amd64
a833a23955a818413f1063003a16b890d272df6c51098afbb3099183a64bc9e4  ./kapp-windows-amd64.exe

(Installation instructions: https://k14s.io/#install-from-github-release)

v0.16.0

• Be more strict when capturing changes against last applied resource
  • This change may require you to add additional rebase rules, as kapp now makes sure that even immediate change after resource update/create is flagged. Only changes made by webhooks are now tolerated.
    • Examples that will need rebase rules to signify that cluster is the source of truth:
      • if HPA is modifying your Deployment's spec.replicas key
      • if RBAC aggregator is aggregating rules and updating ClusterRole's rules key
• Support custom name key for versioned resources
  • Useful for volumes backed by secrets -- configured via secretName instead of standard name
• Fix kapp group commands error message

6c89df67562301aff4bf76c700ccbd04a60bccd34adac332e67c518791b2333c  ./kapp-darwin-amd64
d9d03c83a5d0b6463e1b249e14c38aceb121e46094af6040c4596fe932caf181  ./kapp-linux-amd64
987484cc08de527186f93f4959e4da8d6b5284c1d46c0687634459f0560e5b19  ./kapp-windows-amd64.exe

(Installation instructions: https://k14s.io/#install-from-github-release)

v0.15.0

• Retry applying same update on top of new resource if diff hasnt changed
  • If resulting diff has not changed, it's guranteed that we are still applying "same" change
• Use JSON instead of YAML for last applied configuration to fit better in max annotation val size
  • It was reported (#48) that some CRDs are very large, hence violate above max val size when serialized as YAML
• Add --dangerous-ignore-failing-api-services flag as a failsafe hatch for deploy/delete/inspect operations
  • This may be helpful when some cluster APIs are misconfigured
• Prevent users from accidently overwriting kapp state records with kapp
  • More on state kept by kapp: https://github.com/k14s/kapp/blob/master/docs/state-namespace.md
• Garbage collect older app changes at the end of kapp deploy
  • setting can be controller via --app-changes-max-to-keep flag
• Add apps.kappctrl.k14s.io/v1alpha1 waiter to integrated with https://github.com/k14s/kapp-controller

Misc

• Fix deploy cmd help to correctly show -a label:name=key usage
• Shrink last change column headers in kapp ls command
• Improved error message when app record (backed by ConfigMap) cannot be parsed
• Use (cluster) instead of <cluster> in UI

Docs

• Add docs for dangerous flags
• Add dev notes with design principles
  • https://github.com/k14s/kapp/blob/master/docs/dev.md
• Add hint in FAQ about anonymous fifo usage to allow stdin to be used for confirmation
• Mention that update strategy may be dangerous to some types of resources
  • https://github.com/k14s/kapp/blob/master/docs/apply.md#controlling-apply-via-resource-annotations

8d3744e9b01c0c2ec4526f5c86ed838854b56806c656b83fc0eff78229ac68f2  ./kapp-darwin-amd64
70bee927591f848f79bdf0888034cb55ed4f6b0e8389aea1f23264effc59160b  ./kapp-linux-amd64
995cb5c9021fa64ba905bcdb09ebbbaa470b78283cfbd7091c99859b5c5a1e34  ./kapp-windows-amd64.exe

(Installation instructions: https://k14s.io/#install-from-github-release)