ISTIOCTL-TAG-GENERATE(1)

📦
version 1.31.3 · 2 versions
, in nixpkgs unstable

💅 istioctl-tag-generate(1) — the tag-generating girlie ✨

okay so bestie, welcome to istioctl-tag-generate — it's a page from the istioctl manual (yes the whole istioctl family, we stan) and it does exactly one iconic thing: it generates config for a revision tag and throws it at stdout. 🎀

🌸 NAME 🌸

istioctl-tag-generate — generate configuration for a revision tag, straight to stdout. no cap. ✨

🦋 SYNOPSIS 🦋

istioctl tag generate  [flags]

that's it. that's the whole vibe. flags optional, main character energy mandatory. 💅

💖 DESCRIPTION 💖

So here's the tea: this command creates a revision tag and outputs it to the command's stdout. That's literally it, and honestly? It ate. 🔥

You use it to tag an Istio control plane revision so it can be used with namespace istio.io/rev injection labels. Think of it as giving your revision a little name tag so the namespaces know who to run to. 🫶

✨ OPTIONS ✨

  • --auto-inject-namespaces[=false] — if you set this to true, the sidecars get automatically injected into all namespaces by default. very "set it and forget it" of you. 🙈
  • -h, --help[=false] — help for generate. the classic. the icon. 💅
  • -d, --manifests="" — specify a path to a directory of charts and profiles (like ~/Downloads/istio-1.31.3/manifests). point it at your stuff bestie. 🍓
  • --overwrite[=false] — if true, allow revision tags to be overwritten. otherwise it rejects revision tag updates that overwrite existing revision tags. so like, it's giving boundaries. ⭐
  • -r, --revision="" — control plane revision to reference from a given revision tag. the whole point fr fr. 👑
  • -y, --skip-confirmation[=false] — the skipConfirmation determines whether the user is prompted for confirmation. if set to true, the user is not prompted and a Yes response is assumed in all cases. bold. fearless. no second-guessing. 💀
  • --webhook-name="" — name to use for a revision tag's mutating webhook configuration. name it something cute. 🌈

🧚 OPTIONS INHERITED FROM PARENT COMMANDS 🧚

  • --as="" — username to impersonate for the operation. user could be a regular user or a service account in a namespace. be whoever you wanna be honestly. 💜
  • --as-group=[] — group to impersonate for the operation. this flag can be repeated to specify multiple groups. collect them like stickers. ✨
  • --as-uid="" — UID to impersonate for the operation. 🔥
  • --context="" — Kubernetes configuration context. 🌸
  • -i, --istioNamespace="istio-system" — Istio system namespace. default is istio-system, she's classic for a reason. 💅
  • --kubeclient-timeout="15s" — Kubernetes client timeout as a time.Duration string, defaults to 15 seconds. patience is a virtue but 15s is the limit bestie. ⭐
  • -c, --kubeconfig="" — Kubernetes configuration file. 🎀
  • -n, --namespace="" — Kubernetes namespace. 🦋
  • --vklog=0 — number for the log level verbosity. like the -v flag. ex: --vklog=9. she's chatty at 9 ngl. 🗣️

🌟 EXAMPLE 🌟

okay this part is actually so useful, watch this:

# Create a revision tag from the "1-8-0" revision
istioctl tag generate prod --revision 1-8-0 > tag.yaml

# Apply the tag to cluster
kubectl apply -f tag.yaml

# Point namespace "test-ns" at the revision pointed to by the "prod" revision tag
kubectl label ns test-ns istio.io/rev=prod

# Rollout namespace "test-ns" to update workloads to the "1-8-0" revision
kubectl rollout restart deployments -n test-ns

see how it all connects?? generate → apply → label → rollout. a whole little choreography. ate and left no crumbs. 👑

👀 SEE ALSO 👀

ngl bestie, just remember: this writes to stdout, so if you don't redirect it somewhere you're gonna have a wall of yaml in your terminal. you've been warned. 😭

Auto generated by spf13/cobra · Jan 1980 · ISTIOCTL-TAG-GENERATE(1) — mwah, that's the whole page, hope it slayed for you 💅✨🎀🦋🌸

📦 where this page comes from