Dmitriy Kalinin

> This morning kapp created major havoc on the cluster when I was trying it out that's unfortunate. let's see what happened... > helmfile -e sandbox template | kapp -y...

> Thank you for being super patient and helpful. here to help :) > Does kapp by any chance has a mechanism that emulates Helm behavior (as bad as it...

> A chart that is deployed into a namespace should not be overriding a global (cluster-wide) object well. that depends. i dont personally see anything wrong with cluster level objects...

> That is why I am saying that updating PostgresVersion from our custom chart is wrong ah, this makes sense to me now in how you it's setup. i didnt...

> It also affects only CMs/Secrets, I think my current implementation will also strip non-suffixes from e.g. deployments like name: my-deployment (i.e. stripping -deployment). this is my biggest concern as...

> So the stripping of the suffix should not go into final cluster state (as it would do with my current code), it should only be used to identifying potentially...

added support for masking for deploy command in https://github.com/k14s/kapp/releases/tag/v0.18.0

delete cmd uses default mask rules in https://github.com/k14s/kapp/releases/tag/v0.25.0

BogdanL reported unexpected diffing of PVs: https://kubernetes.slack.com/archives/CH8KCCKA5/p1573590861170100. Suggestion was to add PV `claimRef` and some other fields as rebase rules (https://gist.github.com/cppforlife/149872f132d6afdc6f0240d70f598a16)

- [x] suggestion to add Job as a target for templatRules for ConfigMap/Secret - [x] fallback on existing spec.healthCheckNodePort for v1/Service