Configure multiple remotes with different permissions 3. Push images to a registry (required on multi node clusters) 4. Build and deploy based on webhook events (coming soon!) 5. Easy customisation of hooks - plugin your own steps (coming soon!)
familiar with git. 2. Quick iteration time when used on dev/staging clusters 3. Simple permission system based on public keys 4. Very small surface area. Can easily be replaced with more sophisticated CI/CD pipelines when moving to production.
git push kube master Remote (custom resource) Which deployments to update? Which authorized-keys? gitkube-controller (operator) Listen to changes, and transmit kubectl ... remote.yaml