Closed jlegrone closed 10 months ago
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days.
This issue was closed because it has been stalled for 5 days with no activity.
@jlegrone @unguiculus @scottrigby Can we revisit this topic?
@griffin Why did you close #165?
As a way to support custom linting and other chart validation use cases, I propose that we allow users to specify custom chart processors that do not require compilation into
ct
.The implementation might look something like this:
Users would then be able to specify custom processors, eg. an OPA based linter, a shell script, etc.
There are two sorts of plugins which could be supported:
kubectl apply --server-dry-run
ct
but would easily be refactored as a plugin)The
ct
configuration should distinguish between these two types, and more may be added in the future (eg. processors which accept JSON manifests as input).Other Considerations
ct
. This would be a better experience for end users, but is not scalable. Custom processors may still "graduate" to directly supported default plugins likehelm lint
.ct
as a go library and allow others to build their own CLIs that integrate custom processors. This might lead to fragmentation, and isn't a satisfactory solution for those who have simple needs.