{"id":13416641,"url":"https://github.com/derailed/k9s","last_synced_at":"2025-05-12T15:06:55.410Z","repository":{"id":37409015,"uuid":"167596393","full_name":"derailed/k9s","owner":"derailed","description":"🐶 Kubernetes CLI To Manage Your Clusters In Style!","archived":false,"fork":false,"pushed_at":"2025-05-03T13:53:15.000Z","size":66514,"stargazers_count":29590,"open_issues_count":595,"forks_count":1871,"subscribers_count":152,"default_branch":"master","last_synced_at":"2025-05-05T11:11:26.443Z","etag":null,"topics":["go","golang","k8s","k8s-cluster","k9s","kubernetes","kubernetes-cli","kubernetes-clusters"],"latest_commit_sha":null,"homepage":"https://k9scli.io","language":"Go","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"apache-2.0","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/derailed.png","metadata":{"files":{"readme":"README.md","changelog":"change_logs/release_0.1.1.md","contributing":null,"funding":".github/FUNDING.yml","license":"COPYING","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null,"zenodo":null},"funding":{"github":["derailed"]}},"created_at":"2019-01-25T18:46:02.000Z","updated_at":"2025-05-05T09:40:25.000Z","dependencies_parsed_at":"2023-02-18T16:31:42.778Z","dependency_job_id":"e69369c3-5d7c-4e67-b33f-51d331b86989","html_url":"https://github.com/derailed/k9s","commit_stats":{"total_commits":1500,"total_committers":288,"mean_commits":5.208333333333333,"dds":"0.43266666666666664","last_synced_commit":"1c712fef73f1802ce74ef2d856c441865e6aa2ba"},"previous_names":[],"tags_count":245,"template":false,"template_full_name":null,"repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/derailed%2Fk9s","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/derailed%2Fk9s/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/derailed%2Fk9s/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/derailed%2Fk9s/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/derailed","download_url":"https://codeload.github.com/derailed/k9s/tar.gz/refs/heads/master","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":252486917,"owners_count":21755835,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["go","golang","k8s","k8s-cluster","k9s","kubernetes","kubernetes-cli","kubernetes-clusters"],"created_at":"2024-07-30T22:00:17.954Z","updated_at":"2025-05-05T12:34:12.479Z","avatar_url":"https://github.com/derailed.png","language":"Go","readme":"\u003cimg src=\"assets/k9s.png\" alt=\"k9s\"\u003e\n\n## K9s - Kubernetes CLI To Manage Your Clusters In Style!\n\nK9s provides a terminal UI to interact with your Kubernetes clusters.\nThe aim of this project is to make it easier to navigate, observe and manage\nyour applications in the wild. K9s continually watches Kubernetes\nfor changes and offers subsequent commands to interact with your observed resources.\n\n---\n\n## Note...\n\nK9s is not pimped out by a big corporation with deep pockets.\nIt is a complex OSS project that demands a lot of my time to maintain and support.\nK9s will always remain OSS and therefore free! That said, if you feel k9s makes your day to day Kubernetes journey a tad brighter, saves you time and makes you more productive, please consider [sponsoring us!](https://github.com/sponsors/derailed)\nYour donations will go a long way in keeping our servers lights on and beers in our fridge!\n\n**Thank you!**\n\n---\n\n[![Go Report Card](https://goreportcard.com/badge/github.com/derailed/k9s?)](https://goreportcard.com/report/github.com/derailed/k9s)\n[![golangci badge](https://github.com/golangci/golangci-web/blob/master/src/assets/images/badge_a_plus_flat.svg)](https://golangci.com/r/github.com/derailed/k9s)\n[![codebeat badge](https://codebeat.co/badges/89e5a80e-dfe8-4426-acf6-6be781e0a12e)](https://codebeat.co/projects/github-com-derailed-k9s-master)\n[![Build Status](https://api.travis-ci.com/derailed/k9s.svg?branch=master)](https://travis-ci.com/derailed/k9s)\n[![Docker Repository on Quay](https://quay.io/repository/derailed/k9s/status \"Docker Repository on Quay\")](https://quay.io/repository/derailed/k9s)\n[![release](https://img.shields.io/github/release-pre/derailed/k9s.svg)](https://github.com/derailed/k9s/releases)\n[![License](https://img.shields.io/badge/License-Apache%202.0-blue.svg)](https://github.com/mum4k/termdash/blob/master/LICENSE)\n[![Releases](https://img.shields.io/github/downloads/derailed/k9s/total.svg)](https://github.com/derailed/k9s/releases)\n\n---\n\n## Screenshots\n\n1. Pods\n      \u003cimg src=\"assets/screen_po.png\"/\u003e\n2. Logs\n      \u003cimg src=\"assets/screen_logs.png\"/\u003e\n3. Deployments\n      \u003cimg src=\"assets/screen_dp.png\"/\u003e\n\n---\n\n## Demo Videos/Recordings\n\n* [K9s v0.40.0 -Column Blow- Sneak peek](https://youtu.be/iy6RDozAM4A)\n* [K9s v0.31.0 Configs+Sneak peek](https://youtu.be/X3444KfjguE)\n* [K9s v0.30.0 Sneak peek](https://youtu.be/mVBc1XneRJ4)\n* [Vulnerability Scans](https://youtu.be/ULkl0MsaidU)\n* [K9s v0.29.0](https://youtu.be/oiU3wmoAkBo)\n* [K9s v0.21.3](https://youtu.be/wG8KCwDAhnw)\n* [K9s v0.19.X](https://youtu.be/kj-WverKZ24)\n* [K9s v0.18.0](https://www.youtube.com/watch?v=zMnD5e53yRw)\n* [K9s v0.17.0](https://www.youtube.com/watch?v=7S33CNLAofk\u0026feature=youtu.be)\n* [K9s Pulses](https://asciinema.org/a/UbXKPal6IWpTaVAjBBFmizcGN)\n* [K9s v0.15.1](https://youtu.be/7Fx4XQ2ftpM)\n* [K9s v0.13.0](https://www.youtube.com/watch?v=qaeR2iK7U0o\u0026t=15s)\n* [K9s v0.9.0](https://www.youtube.com/watch?v=bxKfqumjW4I)\n* [K9s v0.7.0 Features](https://youtu.be/83jYehwlql8)\n* [K9s v0 Demo](https://youtu.be/k7zseUhaXeU)\n\n---\n\n## Documentation\n\nPlease refer to our [K9s documentation](https://k9scli.io) site for installation, usage, customization and tips.\n\n---\n\n## Slack Channel\n\nWanna discuss K9s features with your fellow `K9sers` or simply show your support for this tool?\n\n* Channel: [K9sersSlack](https://k9sers.slack.com/)\n* Invite: [K9slackers Invite](https://join.slack.com/t/k9sers/shared_invite/zt-3360a389v-ElLHrb0Dp1kAXqYUItSAFA)\n\n---\n\n## 🥳 A Word From Our Rhodium Sponsors...\n\nBelow are organizations that have opted to show their support and sponsor K9s.\n\n\u003cbr/\u003e\n\u003ca href=\"https://panfactum.com\"\u003e\u003cimg src=\"assets/sponsors/panfactum.png\" alt=\"panfactum\"\u003e\u003c/a\u003e\n\u003cbr/\u003e\n\u003cbr/\u003e\n\n---\n\n## Installation\n\nK9s is available on Linux, macOS and Windows platforms.\nBinaries for Linux, Windows and Mac are available as tarballs in the [release page](https://github.com/derailed/k9s/releases).\n\n* Via [Homebrew](https://brew.sh/) for macOS or Linux\n\n   ```shell\n   brew install derailed/k9s/k9s\n   ```\n\n* Via [MacPorts](https://www.macports.org)\n\n   ```shell\n   sudo port install k9s\n   ```\n\n* Via [snap](https://snapcraft.io/k9s) for Linux\n\n  ```shell\n  snap install k9s --devmode\n  ```\n\n* On Arch Linux\n\n  ```shell\n  pacman -S k9s\n  ```\n\n* On OpenSUSE Linux distribution\n\n  ```shell\n  zypper install k9s\n  ```\n\n* On FreeBSD\n\n  ```shell\n  pkg install k9s\n  ```\n\n* On Ubuntu\n\n  ```shell\n  wget https://github.com/derailed/k9s/releases/latest/download/k9s_linux_amd64.deb \u0026\u0026 apt install ./k9s_linux_amd64.deb \u0026\u0026 rm k9s_linux_amd64.deb\n  ```\n\n* Via [Winget](https://github.com/microsoft/winget-cli) for Windows\n\n  ```shell\n  winget install k9s\n  ```\n\n* Via [Scoop](https://scoop.sh) for Windows\n\n  ```shell\n  scoop install k9s\n  ```\n\n* Via [Chocolatey](https://chocolatey.org/packages/k9s) for Windows\n\n  ```shell\n  choco install k9s\n  ```\n\n* Via a GO install\n\n  ```shell\n  # NOTE: The dev version will be in effect!\n  go install github.com/derailed/k9s@latest\n  ```\n\n* Via [Webi](https://webinstall.dev) for Linux and macOS\n\n  ```shell\n  curl -sS https://webinstall.dev/k9s | bash\n  ```\n\n* Via [pkgx](https://pkgx.dev/pkgs/k9scli.io/) for Linux and macOS\n\n  ```shell\n  pkgx k9s\n  ```\n\n* Via [Webi](https://webinstall.dev) for Windows\n\n  ```shell\n  curl.exe -A MS https://webinstall.dev/k9s | powershell\n  ```\n\n* As a [Docker Desktop Extension](https://docs.docker.com/desktop/extensions/) (for the Docker Desktop built in Kubernetes Server)\n\n  ```shell\n  docker extension install spurin/k9s-dd-extension:latest\n  ```\n\n---\n\n## Building From Source\n\n K9s is currently using GO v1.23.X or above.\n In order to build K9s from source you must:\n\n 1. Clone the repo\n 2. Build and run the executable\n\n      ```shell\n      make build \u0026\u0026 ./execs/k9s\n      ```\n\n---\n\n## Running with Docker\n\n### Running the official Docker image\n\n  You can run k9s as a Docker container by mounting your `KUBECONFIG`:\n\n  ```shell\n  docker run --rm -it -v $KUBECONFIG:/root/.kube/config quay.io/derailed/k9s\n  ```\n\n  For default path it would be:\n\n  ```shell\n  docker run --rm -it -v ~/.kube/config:/root/.kube/config quay.io/derailed/k9s\n  ```\n\n### Building your own Docker image\n\n  You can build your own Docker image of k9s from the [Dockerfile](Dockerfile) with the following:\n\n  ```shell\n  docker build -t k9s-docker:v0.0.1 .\n  ```\n\n  You can get the latest stable `kubectl` version and pass it to the `docker build` command with the `--build-arg` option.\n  You can use the `--build-arg` option to pass any valid `kubectl` version (like `v1.18.0` or `v1.19.1`).\n\n  ```shell\n  KUBECTL_VERSION=$(make kubectl-stable-version 2\u003e/dev/null)\n  docker build --build-arg KUBECTL_VERSION=${KUBECTL_VERSION} -t k9s-docker:0.1 .\n  ```\n\n  Run your container:\n\n  ```shell\n  docker run --rm -it -v ~/.kube/config:/root/.kube/config k9s-docker:0.1\n  ```\n\n---\n\n## PreFlight Checks\n\n* K9s uses 256 colors terminal mode. On `Nix system make sure TERM is set accordingly.\n\n    ```shell\n    export TERM=xterm-256color\n    ```\n\n* In order to issue resource edit commands make sure your EDITOR and KUBE_EDITOR env vars are set.\n\n    ```shell\n    # Kubectl edit command will use this env var.\n    export KUBE_EDITOR=my_fav_editor\n    ```\n\n* K9s prefers recent kubernetes versions ie 1.28+\n\n---\n\n## K8S Compatibility Matrix\n\n|         k9s        | k8s client |\n| ------------------ | ---------- |\n|     \u003e= v0.27.0     |   1.26.1   |\n| v0.26.7 - v0.26.6  |   1.25.3   |\n| v0.26.5 - v0.26.4  |   1.25.1   |\n| v0.26.3 - v0.26.1  |   1.24.3   |\n| v0.26.0 - v0.25.19 |   1.24.2   |\n| v0.25.18 - v0.25.3 |   1.22.3   |\n| v0.25.2 - v0.25.0  |   1.22.0   |\n|      \u003c= v0.24      |   1.21.3   |\n\n---\n\n## The Command Line\n\n```shell\n# List current version\nk9s version\n\n# To get info about K9s runtime (logs, configs, etc..)\nk9s info\n\n# List all available CLI options\nk9s help\n\n# To run K9s in a given namespace\nk9s -n mycoolns\n\n# Start K9s in an existing KubeConfig context\nk9s --context coolCtx\n\n# Start K9s in readonly mode - with all cluster modification commands disabled\nk9s --readonly\n```\n\n## Logs And Debug Logs\n\nGiven the nature of the ui k9s does produce logs to a specific location.\nTo view the logs and turn on debug mode, use the following commands:\n\n```shell\n# Find out where the logs are stored\nk9s info\n```\n\n```text\n ____  __.________\n|    |/ _/   __   \\______\n|      \u003c \\____    /  ___/\n|    |  \\   /    /\\___ \\\n|____|__ \\ /____//____  \u003e\n        \\/            \\/\n\nVersion:           vX.Y.Z\nConfig:            /Users/fernand/.config/k9s/config.yaml\nLogs:              /Users/fernand/.local/state/k9s/k9s.log\nDumps dir:         /Users/fernand/.local/state/k9s/screen-dumps\nBenchmarks dir:    /Users/fernand/.local/state/k9s/benchmarks\nSkins dir:         /Users/fernand/.local/share/k9s/skins\nContexts dir:      /Users/fernand/.local/share/k9s/clusters\nCustom views file: /Users/fernand/.local/share/k9s/views.yaml\nPlugins file:      /Users/fernand/.local/share/k9s/plugins.yaml\nHotkeys file:      /Users/fernand/.local/share/k9s/hotkeys.yaml\nAlias file:        /Users/fernand/.local/share/k9s/aliases.yaml\n```\n\n### View K9s logs\n\n```shell\ntail -f /Users/fernand/.local/data/k9s/k9s.log\n```\n\n### Start K9s in debug mode\n\n```shell\nk9s -l debug\n```\n\n### Customize logs destination\n\nYou can override the default log file destination either with the `--logFile` argument:\n\n```shell\nk9s --logFile /tmp/k9s.log\nless /tmp/k9s.log\n```\n\nOr through the `K9S_LOGS_DIR` environment variable:\n\n```shell\nK9S_LOGS_DIR=/var/log k9s\nless /var/log/k9s.log\n```\n\n## Key Bindings\n\nK9s uses aliases to navigate most K8s resources.\n\n| Action                                                                          | Command                       | Comment                                                                |\n|---------------------------------------------------------------------------------|-------------------------------|------------------------------------------------------------------------|\n| Show active keyboard mnemonics and help                                         | `?`                           |                                                                        |\n| Show all available resource alias                                               | `ctrl-a`                      |                                                                        |\n| To bail out of K9s                                                              | `:quit`, `:q`, `ctrl-c`       |                                                                        |\n| To go up/back to the previous view                                              | `esc`                         | If you have crumbs on, this will go to the previous one                |\n| View a Kubernetes resource using singular/plural or short-name                  | `:`pod⏎                       | accepts singular, plural, short-name or alias ie pod or pods           |\n| View a Kubernetes resource in a given namespace                                 | `:`pod ns-x⏎                  |                                                                        |\n| View filtered pods (New v0.30.0!)                                               | `:`pod /fred⏎                 | View all pods filtered by fred                                         |\n| View labeled pods (New v0.30.0!)                                                | `:`pod app=fred,env=dev⏎      | View all pods with labels matching app=fred and env=dev                |\n| View pods in a given context (New v0.30.0!)                                     | `:`pod @ctx1⏎                 | View all pods in context ctx1. Switches out your current k9s context!  |\n| Filter out a resource view given a filter                                       | `/`filter⏎                    | Regex2 supported ie `fred|blee` to filter resources named fred or blee |\n| Inverse regex filter                                                            | `/`! filter⏎                  | Keep everything that *doesn't* match.                                  |\n| Filter resource view by labels                                                  | `/`-l label-selector⏎         |                                                                        |\n| Fuzzy find a resource given a filter                                            | `/`-f filter⏎                 |                                                                        |\n| Bails out of view/command/filter mode                                           | `\u003cesc\u003e`                       |                                                                        |\n| Key mapping to describe, view, edit, view logs,...                              | `d`,`v`, `e`, `l`,...         |                                                                        |\n| To view and switch to another Kubernetes context (Pod view)                     | `:`ctx⏎                       |                                                                        |\n| To view and switch directly to another Kubernetes context (Last used view)      | `:`ctx context-name⏎          |                                                                        |\n| To view and switch to another Kubernetes namespace                              | `:`ns⏎                        |                                                                        |\n| To switch back to the last active command (like how \"cd -\" works)               | `-`                           | Navigation that adds breadcrumbs to the bottom are not commands        |\n| To go back and forward through the command history                              | back: `[`, forward: `]`       | Same as above                                                          |\n| To view all saved resources                                                     | `:`screendump or sd⏎          |                                                                        |\n| To delete a resource (TAB and ENTER to confirm)                                 | `ctrl-d`                      |                                                                        |\n| To kill a resource (no confirmation dialog, equivalent to kubectl delete --now) | `ctrl-k`                      |                                                                        |\n| Launch pulses view                                                              | `:`pulses or pu⏎              |                                                                        |\n| Launch XRay view                                                                | `:`xray RESOURCE [NAMESPACE]⏎ | RESOURCE can be one of po, svc, dp, rs, sts, ds, NAMESPACE is optional |\n| Launch Popeye view                                                              | `:`popeye or pop⏎             | See [popeye](#popeye)                                                  |\n\n---\n\n## K9s Configuration\n\n  K9s keeps its configurations as YAML files inside of a `k9s` directory and the location depends on your operating system. K9s leverages [XDG](https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html) to load its various configurations files. For information on the default locations for your OS please see [this link](https://github.com/adrg/xdg/blob/master/README.md). If you are still confused a quick `k9s info` will reveal where k9s is loading its configurations from. Alternatively, you can set `K9S_CONFIG_DIR` to tell K9s the directory location to pull its configurations from.\n\n  | Unix            | macOS                              | Windows               |\n  |-----------------|------------------------------------|-----------------------|\n  | `~/.config/k9s` | `~/Library/Application Support/k9s` | `%LOCALAPPDATA%\\k9s`  |\n\n  \u003e NOTE: This is still in flux and will change while in pre-release stage!\n\nYou can now override the context portForward default address configuration by setting an env variable that can override all clusters portForward local address using `K9S_DEFAULT_PF_ADDRESS=a.b.c.d`\n\n  ```yaml\n  # $XDG_CONFIG_HOME/k9s/config.yaml\n  k9s:\n    # Enable periodic refresh of resource browser windows. Default false\n    liveViewAutoRefresh: false\n    # The path to screen dump. Default: '%temp_dir%/k9s-screens-%username%' (k9s info)\n    screenDumpDir: /tmp/dumps\n    # Represents ui poll intervals in seconds. Default 2secs\n    refreshRate: 2\n    # Overrides the default k8s api server requests timeout. Defaults 120s\n    apiServerTimeout: 15s\n    # Number of retries once the connection to the api-server is lost. Default 15.\n    maxConnRetry: 5\n    # Indicates whether modification commands like delete/kill/edit are disabled. Default is false\n    readOnly: false\n    # This setting allows users to specify the default view, but it is not set by default.\n    defaultView: \"\"\n    # Toggles whether k9s should exit when CTRL-C is pressed. When set to true, you will need to exit k9s via the :quit command. Default is false.\n    noExitOnCtrlC: false\n    #UI settings\n    ui:\n      # Enable mouse support. Default false\n      enableMouse: false\n      # Set to true to hide K9s header. Default false\n      headless: false\n      # Set to true to hide the K9S logo Default false\n      logoless: false\n      # Set to true to hide K9s crumbs. Default false\n      crumbsless: false\n      # Set to true to suppress the K9s splash screen on start. Default false. Note that for larger clusters or higher latency connections, there may be no resources visible initially until local caches have finished populating.\n      splashless: false\n      # Toggles icons display as not all terminal support these chars. Default: true\n      noIcons: false\n      # Toggles reactive UI. This option provide for watching on disk artifacts changes and update the UI live Defaults to false.\n      reactive: false\n      # By default all contexts will use the dracula skin unless explicitly overridden in the context config file.\n      skin: dracula # =\u003e assumes the file skins/dracula.yaml is present in the  $XDG_DATA_HOME/k9s/skins directory\n      # Allows to set certain views default fullscreen mode. (yaml, helm history, describe, value_extender, details, logs) Default false\n      defaultsToFullScreen: false\n      # Show full resource GVR (Group/Version/Resource) vs just R. Default: false.\n      useGVRTitleFormat: false\n    # Toggles icons display as not all terminal support these chars.\n    noIcons: false\n    # Toggles whether k9s should check for the latest revision from the GitHub repository releases. Default is false.\n    skipLatestRevCheck: false\n    # When altering kubeconfig or using multiple kube configs, k9s will clean up clusters configurations that are no longer in use. Setting this flag to true will keep k9s from cleaning up inactive cluster configs. Defaults to false.\n    keepMissingClusters: false\n    # Logs configuration\n    logger:\n      # Defines the number of lines to return. Default 100\n      tail: 200\n      # Defines the total number of log lines to allow in the view. Default 1000\n      buffer: 500\n      # Represents how far to go back in the log timeline in seconds. Setting to -1 will tail logs. Default is -1.\n      sinceSeconds: 300 # =\u003e tail the last 5 mins.\n      # Toggles log line wrap. Default false\n      textWrap: false\n      # Autoscroll in logs will be disabled. Default is false.\n      disableAutoscroll: false\n      # Toggles log line timestamp info. Default false\n      showTime: false\n    # Provide shell pod customization when nodeShell feature gate is enabled!\n    shellPod:\n      # The shell pod image to use.\n      image: killerAdmin\n      # The namespace to launch to shell pod into.\n      namespace: default\n      # The resource limit to set on the shell pod.\n      limits:\n        cpu: 100m\n        memory: 100Mi\n      # Enable TTY\n      tty: true\n      hostPathVolume:\n      - name: docker-socket\n        # Mount the Docker socket into the shell pod\n        mountPath: /var/run/docker.sock\n        # The path on the host to mount\n        hostPath: /var/run/docker.sock\n        readOnly: true\n  ```\n\n---\n\n## \u003ca id=\"popeye\"\u003e\u003c/a\u003ePopeye Configuration\n\nK9s has integration with [Popeye](https://popeyecli.io/), which is a Kubernetes cluster sanitizer.  Popeye itself uses a configuration called `spinach.yml`, but when integrating with K9s the cluster-specific file should be name `$XDG_CONFIG_HOME/share/k9s/clusters/clusterX/contextY/spinach.yml`.  This allows you to have a different spinach config per cluster.\n\n---\n\n## Node Shell\n\nBy enabling the nodeShell feature gate on a given cluster, K9s allows you to shell into your cluster nodes. Once enabled, you will have a new `s` for `shell` menu option while in node view. K9s will launch a pod on the selected node using a special k9s_shell pod. Furthermore, you can refine your shell pod by using a custom docker image preloaded with the shell tools you love. By default k9s uses a BusyBox image, but you can configure it as follows:\n\nAlternatively, you can now override the context configuration by setting an env variable that can override all clusters node shell gate using `K9S_FEATURE_GATE_NODE_SHELL=true|false`\n\n```yaml\n# $XDG_CONFIG_HOME/k9s/config.yaml\nk9s:\n  # You can also further tune the shell pod specification\n  shellPod:\n    image: cool_kid_admin:42\n    namespace: blee\n    limits:\n      cpu: 100m\n      memory: 100Mi\n```\n\nThen in your cluster configuration file...\n\n```yaml\n# $XDG_DATA_HOME/k9s/clusters/cluster-1/context-1\nk9s:\n  cluster: cluster-1\n  readOnly: false\n  namespace:\n    active: default\n    lockFavorites: false\n    favorites:\n    - kube-system\n    - default\n  view:\n    active: po\n  featureGates:\n    nodeShell: true # =\u003e Enable this feature gate to make nodeShell available on this cluster\n  portForwardAddress: localhost\n```\n\n### Customizing the Shell Pod\nYou can also customize the shell pod by adding a `hostPathVolume` to your shell pod. This allows you to mount a local directory or file into the shell pod. For example, if you want to mount the Docker socket into the shell pod, you can do so as follows:\n```yaml\nk9s:\n  shellPod:\n    hostPathVolume:\n    - name: docker-socket\n      # Mount the Docker socket into the shell pod\n      mountPath: /var/run/docker.sock\n      # The path on the host to mount\n      hostPath: /var/run/docker.sock\n      readOnly: true\n```\nThis will mount the Docker socket into the shell pod at `/var/run/docker.sock` and make it read-only. You can also mount any other directory or file in a similar way.\n\n---\n\n## Command Aliases\n\nIn K9s, you can define your very own command aliases (shortnames) to access your resources. In your `$HOME/.config/k9s` define a file called `aliases.yaml`.\nA K9s alias defines pairs of alias:gvr. A gvr (Group/Version/Resource) represents a fully qualified Kubernetes resource identifier. Here is an example of an alias file:\n\n```yaml\n#  $XDG_DATA_HOME/k9s/aliases.yaml\naliases:\n  pp: v1/pods\n  crb: rbac.authorization.k8s.io/v1/clusterrolebindings\n  # As of v0.30.0 you can also refer to another command alias...\n  fred: pod fred app=blee # =\u003e view pods in namespace fred with labels matching app=blee\n```\n\nUsing this aliases file, you can now type `:pp` or `:crb` or `:fred` to activate their respective commands.\n\n---\n\n## HotKey Support\n\nEntering the command mode and typing a resource name or alias, could be cumbersome for navigating thru often used resources.\nWe're introducing hotkeys that allow users to define their own key combination to activate their favorite resource views.\n\nAdditionally, you can define context specific hotkeys by add a context level configuration file in `$XDG_DATA_HOME/k9s/clusters/clusterX/contextY/hotkeys.yaml`\n\nIn order to surface hotkeys globally please follow these steps:\n\n1. Create a file named `$XDG_CONFIG_HOME/k9s/hotkeys.yaml`\n2. Add the following to your `hotkeys.yaml`. You can use resource name/short name to specify a command ie same as typing it while in command mode.\n\n      ```yaml\n      #  $XDG_CONFIG_HOME/k9s/hotkeys.yaml\n      hotKeys:\n        # Hitting Shift-0 navigates to your pod view\n        shift-0:\n          shortCut:    Shift-0\n          description: Viewing pods\n          command:     pods\n        # Hitting Shift-1 navigates to your deployments\n        shift-1:\n          shortCut:    Shift-1\n          description: View deployments\n          command:     dp\n        # Hitting Shift-2 navigates to your xray deployments\n        shift-2:\n          shortCut:    Shift-2\n          description: Xray Deployments\n          command:     xray deploy\n        # Hitting Shift-S view the resources in the namespace of your current selection\n        shift-s:\n          shortCut:    Shift-S\n          override:    true # =\u003e will override the default shortcut related action if set to true (default to false)\n          description: Namespaced resources\n          command:     \"$RESOURCE_NAME $NAMESPACE\"\n          keepHistory: true # whether you can return to the previous view\n      ```\n\n Not feeling so hot? Your custom hotkeys will be listed in the help view `?`.\n Also your hotkeys file will be automatically reloaded so you can readily use your hotkeys as you define them.\n\n You can choose any keyboard shortcuts that make sense to you, provided they are not part of the standard K9s shortcuts list.\n\n Similarly, referencing environment variables in hotkeys is also supported. The available environment variables can refer to the description in the [Plugins](#plugins) section.\n\n\u003e NOTE: This feature/configuration might change in future releases!\n\n---\n\n## Port Forwarding over websockets\n\nK9s follows `kubectl` feature flag environment variables to enable/disable port-forwarding over websockets. (default enabled in \u003e1.30)\nTo disable Websocket support, set `KUBECTL_PORT_FORWARD_WEBSOCKETS=false`\n\n---\n\n## FastForwards\n\nAs of v0.25.0, you can leverage the `FastForwards` feature to tell K9s how to default port-forwards. In situations where you are dealing with multiple containers or containers exposing multiple ports, it can be cumbersome to specify the desired port-forward from the dialog as in most cases, you already know which container/port tuple you desire. For these use cases, you can now annotate your manifests with the following annotations:\n\n@ `k9scli.io/auto-port-forwards`\n  activates one or more port-forwards directly bypassing the port-forward dialog all together.\n@ `k9scli.io/port-forwards`\n  pre-selects one or more port-forwards when launching the port-forward dialog.\n\nThe annotation value takes on the shape `container-name::[local-port:]container-port`\n\n\u003e NOTE: for either cases above you can specify the container port by name or number in your annotation!\n\n### Example\n\n```yaml\n# Pod fred\napiVersion: v1\nkind: Pod\nmetadata:\n  name: fred\n  annotations:\n    k9scli.io/auto-port-forwards: zorg::5556        # =\u003e will default to container zorg port 5556 and local port 5566. No port-forward dialog will be shown.\n    # Or...\n    k9scli.io/port-forwards: bozo::9090:p1          # =\u003e launches the port-forward dialog selecting default port-forward on container bozo port named p1(8081)\n                                                    # mapping to local port 9090.\n    ...\nspec:\n  containers:\n  - name: zorg\n    ports:\n    - name: p1\n      containerPort: 5556\n    ...\n  - name: bozo\n    ports:\n    - name: p1\n      containerPort: 8081\n    - name: p2\n      containerPort: 5555\n    ...\n```\n\nThe annotation value must specify a container to forward to as well as a local port and container port. The container port may be specified as either a port number or port name. If the local port is omitted then the local port will default to the container port number. Here are a few examples:\n\n1. bozo::http      - creates a pf on container `bozo` with port name http. If http specifies port number 8080 then the local port will be 8080 as well.\n2. bozo::9090:http - creates a pf on container `bozo` mapping local port 9090-\u003ehttp(8080)\n3. bozo::9090:8080 - creates a pf on container `bozo` mapping local port 9090-\u003e8080\n\n---\n\n## Custom Views\n\n[SneakCast v0.17.0 on The Beach! - Yup! sound is sucking but what a setting!](https://youtu.be/7S33CNLAofk)\n\nYou can change which columns shows up for a given resource via custom views. To surface this feature, you will need to create a new configuration file, namely `$XDG_CONFIG_HOME/k9s/views.yaml`. This file leverages GVR (Group/Version/Resource) to configure the associated table view columns. If no GVR is found for a view the default rendering will take over (ie what we have now). Going wide will add all the remaining columns that are available on the given resource after your custom columns. To boot, you can edit your views config file and tune your resources views live!\n\n📢 🎉 As of `release v0.40.0` you can specify json parse expressions to further customize your resources rendering.\n\nThe new column syntax is as follows:\n\n\u003e COLUMN_NAME\u003c:json_parse_expression\u003e\u003c|column_attributes\u003e\n\nWhere `:json_parse_expression` represents an expression to pull a specific snippet out of the resource manifest.\nSimilar to `kubectl -o custom-columns` command. This expression is optional.\n\n\u003e IMPORTANT! Columns must be valid YAML strings. Thus if your column definition contains non-alpha chars\n\u003e they must figure with either single/double quotes or escaped via `\\`\n\n\u003e NOTE! Be sure to watch k9s logs as any issues with the custom views specification are only surfaced in the logs.\n\nAdditionally, you can specify column attributes to further tailor the column rendering.\nTo use this you will need to add a `|` indicator followed by your rendering bits.\nYou can have one or more of the following attributes:\n\n* `T` -\u003e time column indicator\n* `N` -\u003e number column indicator\n* `W` -\u003e turns on wide column aka only shows while in wide mode. Defaults to the standard resource definition when present.\n* `S` -\u003e Ensures a column is visible and not wide. Overrides `wide` std resource definition if present.\n* `H` -\u003e Hides the column\n* `L` -\u003e Left align (default)\n* `R` -\u003e Right align\n\nHere is a sample views configuration that customize a pods and services views.\n\n```yaml\n# $XDG_CONFIG_HOME/k9s/views.yaml\nviews:\n  v1/pods:\n    columns:\n      - AGE\n      - NAMESPACE|WR                                     # =\u003e 🌚 Specifies the NAMESPACE column to be right aligned and only visible while in wide mode\n      - ZORG:.metadata.labels.fred\\.io\\.kubernetes\\.blee # =\u003e 🌚 extract fred.io.kubernetes.blee label into it's own column\n      - BLEE:.metadata.annotations.blee|R                # =\u003e 🌚 extract annotation blee into it's own column and right align it\n      - NAME\n      - IP\n      - NODE\n      - STATUS\n      - READY\n      - MEM/RL|S                                         # =\u003e 🌚 Overrides std resource default wide attribute via `S` for `Show`\n      - '%MEM/R|'                                        # =\u003e NOTE! column names with non alpha names need to be quoted as columns must be strings!\n\n  v1/pods@fred:                                          # =\u003e 🌚 New v0.40.6! Customize columns for a given resource and namespace!\n    columns:\n      - AGE\n      - NAME|WR\n\n  v1/pods@kube*:                                         # =\u003e 🌚 New v0.40.6! You can also specify a namespace using a regular expression.\n    columns:\n      - NAME\n      - AGE\n      - LABELS\n\n  cool-kid:                                              # =\u003e 🌚 New v0.40.8! You can also reference a specific alias and display a custom view for it\n    columns:\n      - AGE\n      - NAMESPACE|WR\n\n  v1/services:\n    columns:\n      - AGE\n      - NAMESPACE\n      - NAME\n      - TYPE\n      - CLUSTER-IP\n```\n\n\u003e 🩻 NOTE: This is experimental and will most likely change as we iron this out!\n\n---\n\n## Plugins\n\nK9s allows you to extend your command line and tooling by defining your very own cluster commands via plugins.\nMinimally we look at `$XDG_CONFIG_HOME/k9s/plugins.yaml` to locate all available plugins.\nAdditionally, K9s will scan the following directories for additional plugins:\n\n* `$XDG_CONFIG_HOME/k9s/plugins`\n* `$XDG_DATA_HOME/k9s/plugins`\n* `$XDG_DATA_DIRS/k9s/plugins`\n\nThe plugin file content can be either a single plugin snippet, a collections of snippets or a complete plugins definition (see examples below...).\n\nA plugin is defined as follows:\n\n* Shortcut option represents the key combination a user would type to activate the plugin. Valid values are [a-z], Shift-[A-Z], Ctrl-[A-Z].\n* Override option make that the default action related to the shortcut will be overridden by the plugin\n* Confirm option (when enabled) lets you see the command that is going to be executed and gives you an option to confirm or prevent execution\n* Description will be printed next to the shortcut in the k9s menu\n* Scopes defines a collection of resources names/short-names for the views associated with the plugin. You can specify `all` to provide this shortcut for all views.\n* Command represents ad-hoc commands the plugin runs upon activation\n* Background specifies whether or not the command runs in the background\n* Args specifies the various arguments that should apply to the command above\n* OverwriteOutput boolean option allows plugin developers to provide custom messages on plugin stdout execution. See example in [#2644](https://github.com/derailed/k9s/pull/2644)\n* Dangerous boolean option enables disabling the plugin when read-only mode is set. See [#2604](https://github.com/derailed/k9s/issues/2604)\n\nK9s does provide additional environment variables for you to customize your plugins arguments. Currently, the available environment variables are as follows:\n\n* `$RESOURCE_GROUP` -- the selected resource group\n* `$RESOURCE_VERSION` -- the selected resource api version\n* `$RESOURCE_NAME` -- the selected resource name\n* `$NAMESPACE` -- the selected resource namespace\n* `$NAME` -- the selected resource name\n* `$CONTAINER` -- the current container if applicable\n* `$FILTER` -- the current filter if any\n* `$KUBECONFIG` -- the KubeConfig location.\n* `$CLUSTER` the active cluster name\n* `$CONTEXT` the active context name\n* `$USER` the active user\n* `$GROUPS` the active groups\n* `$POD` while in a container view\n* `$COL-\u003cRESOURCE_COLUMN_NAME\u003e` use a given column name for a viewed resource. Must be prefixed by `COL-`!\n\nCurly braces can be used to embed an environment variable inside another string, or if the column name contains special characters. (e.g. `${NAME}-example` or `${COL-%CPU/L}`)\n\n### Plugin Examples\n\nDefine several plugins and host them in a single file. These can leave in the K9s root config so that they are available on any clusters. Additionally, you can define cluster/context specific plugins for your clusters of choice by adding clusterA/contextB/plugins.yaml file.\n\nThe following defines a plugin for viewing logs on a selected pod using `ctrl-l` as shortcut.\n\n```yaml\n# Define several plugins in a single file in the K9s root configuration\n# $XDG_DATA_HOME/k9s/plugins.yaml\nplugins:\n  # Defines a plugin to provide a `ctrl-l` shortcut to tail the logs while in pod view.\n  fred:\n    shortCut: Ctrl-L\n    override: false\n    overwriteOutput: false\n    confirm: false\n    dangerous: false\n    description: Pod logs\n    scopes:\n    - pods\n    command: kubectl\n    background: false\n    args:\n    - logs\n    - -f\n    - $NAME\n    - -n\n    - $NAMESPACE\n    - --context\n    - $CONTEXT\n```\n\nSimilarly you can define the plugin above in a directory using either a file per plugin or several plugins per files as follow...\n\nThe following defines two plugins namely fred and zorg.\n\n```yaml\n# Multiple plugins in a single file...\n# Note: as of v0.40.9 you can have ad-hoc plugin dirs\n# Loads plugins fred and zorg\n# $XDG_DATA_HOME/k9s/plugins/misc-plugins/blee.yaml\nfred:\n  shortCut: Shift-B\n  description: Bozo\n  scopes:\n  - deploy\n  command: bozo\n\nzorg:\n  shortCut: Shift-Z\n  description: Pod logs\n  scopes:\n  - svc\n  command: zorg\n```\n\nLastly you can define plugin snippets in their own file. The snippet will be named from the file name. In this case, we define a `bozo` plugin using a plugin snippet.\n\n```yaml\n# $XDG_DATA_HOME/k9s/plugins/schtuff/bozo.yaml\nshortCut: Shift-B\ndescription: Bozo\nscopes:\n- deploy\ncommand: bozo\n```\n\n\u003e NOTE: This is an experimental feature! Options and layout may change in future K9s releases as this feature solidifies.\n\n---\n\n## Benchmark Your Applications\n\nK9s integrates [Hey](https://github.com/rakyll/hey) from the brilliant and super talented [Jaana Dogan](https://github.com/rakyll). `Hey` is a CLI tool to benchmark HTTP endpoints similar to AB bench. This preliminary feature currently supports benchmarking port-forwards and services (Read the paint on this is way fresh!).\n\nTo setup a port-forward, you will need to navigate to the PodView, select a pod and a container that exposes a given port. Using `SHIFT-F` a dialog comes up to allow you to specify a local port to forward. Once acknowledged, you can navigate to the PortForward view (alias `pf`) listing out your active port-forwards. Selecting a port-forward and using `CTRL-B` will run a benchmark on that HTTP endpoint. To view the results of your benchmark runs, go to the Benchmarks view (alias `be`). You should now be able to select a benchmark and view the run stats details by pressing `\u003cENTER\u003e`. NOTE: Port-forwards only last for the duration of the K9s session and will be terminated upon exit.\n\nInitially, the benchmarks will run with the following defaults:\n\n* Concurrency Level: 1\n* Number of Requests: 200\n* HTTP Verb: GET\n* Path: /\n\nThe PortForward view is backed by a new K9s config file namely: `$XDG_DATA_HOME/k9s/clusters/clusterX/contextY/benchmarks.yaml`. Each cluster you connect to will have its own bench config file, containing the name of the K8s context for the cluster. Changes to this file should automatically update the PortForward view to indicate how you want to run your benchmarks.\n\nBenchmarks result reports are stored in `$XDG_STATE_HOME/k9s/clusters/clusterX/contextY`\n\nHere is a sample benchmarks.yaml configuration. Please keep in mind this file will likely change in subsequent releases!\n\n```yaml\n# This file resides in  $XDG_DATA_HOME/k9s/clusters/clusterX/contextY/benchmarks.yaml\nbenchmarks:\n  # Indicates the default concurrency and number of requests setting if a container or service rule does not match.\n  defaults:\n    # One concurrent connection\n    concurrency: 1\n    # Number of requests that will be sent to an endpoint\n    requests: 500\n  containers:\n    # Containers section allows you to configure your http container's endpoints and benchmarking settings.\n    # NOTE: the container ID syntax uses namespace/pod-name:container-name\n    default/nginx:nginx:\n      # Benchmark a container named nginx using POST HTTP verb using http://localhost:port/bozo URL and headers.\n      concurrency: 1\n      requests: 10000\n      http:\n        path: /bozo\n        method: POST\n        body:\n          {\"fred\":\"blee\"}\n        header:\n          Accept:\n            - text/html\n          Content-Type:\n            - application/json\n  services:\n    # Similarly you can Benchmark an HTTP service exposed either via NodePort, LoadBalancer types.\n    # Service ID is ns/svc-name\n    default/nginx:\n      # Set the concurrency level\n      concurrency: 5\n      # Number of requests to be sent\n      requests: 500\n      http:\n        method: GET\n        # This setting will depend on whether service is NodePort or LoadBalancer. NodePort may require vendor port tunneling setting.\n        # Set this to a node if NodePort or LB if applicable. IP or dns name.\n        host: A.B.C.D\n        path: /bumblebeetuna\n      auth:\n        user: jean-baptiste-emmanuel\n        password: Zorg!\n```\n\n---\n\n## K9s RBAC FU\n\nOn RBAC enabled clusters, you would need to give your users/groups capabilities so that they can use K9s to explore their Kubernetes cluster. K9s needs minimally read privileges at both the cluster and namespace level to display resources and metrics.\n\nThese rules below are just suggestions. You will need to customize them based on your environment policies. If you need to edit/delete resources extra Fu will be necessary.\n\n\u003e NOTE! Cluster/Namespace access may change in the future as K9s evolves.\n\u003e NOTE! We expect K9s to keep running even in atrophied clusters/namespaces. Please file issues if this is not the case!\n\n### Cluster RBAC scope\n\n```yaml\n---\n# K9s Reader ClusterRole\nkind: ClusterRole\napiVersion: rbac.authorization.k8s.io/v1\nmetadata:\n  name: k9s\nrules:\n  # Grants RO access to cluster resources node and namespace\n  - apiGroups: [\"\"]\n    resources: [\"nodes\", \"namespaces\"]\n    verbs: [\"get\", \"list\", \"watch\"]\n  # Grants RO access to RBAC resources\n  - apiGroups: [\"rbac.authorization.k8s.io\"]\n    resources: [\"clusterroles\", \"roles\", \"clusterrolebindings\", \"rolebindings\"]\n    verbs: [\"get\", \"list\", \"watch\"]\n  # Grants RO access to CRD resources\n  - apiGroups: [\"apiextensions.k8s.io\"]\n    resources: [\"customresourcedefinitions\"]\n    verbs: [\"get\", \"list\", \"watch\"]\n  # Grants RO access to metric server (if present)\n  - apiGroups: [\"metrics.k8s.io\"]\n    resources: [\"nodes\", \"pods\"]\n    verbs: [\"get\", \"list\", \"watch\"]\n\n---\n# Sample K9s user ClusterRoleBinding\napiVersion: rbac.authorization.k8s.io/v1\nkind: ClusterRoleBinding\nmetadata:\n  name: k9s\nsubjects:\n  - kind: User\n    name: fernand\n    apiGroup: rbac.authorization.k8s.io\nroleRef:\n  kind: ClusterRole\n  name: k9s\n  apiGroup: rbac.authorization.k8s.io\n```\n\n### Namespace RBAC scope\n\nIf your users are constrained to certain namespaces, K9s will need to following role to enable read access to namespaced resources.\n\n```yaml\n---\n# K9s Reader Role (default namespace)\nkind: Role\napiVersion: rbac.authorization.k8s.io/v1\nmetadata:\n  name: k9s\n  namespace: default\nrules:\n  # Grants RO access to most namespaced resources\n  - apiGroups: [\"\", \"apps\", \"autoscaling\", \"batch\", \"extensions\"]\n    resources: [\"*\"]\n    verbs: [\"get\", \"list\", \"watch\"]\n  # Grants RO access to metric server\n  - apiGroups: [\"metrics.k8s.io\"]\n    resources: [\"pods\", \"nodes\"]\n    verbs:\n      - get\n      - list\n      - watch\n\n---\n# Sample K9s user RoleBinding\napiVersion: rbac.authorization.k8s.io/v1\nkind: RoleBinding\nmetadata:\n  name: k9s\n  namespace: default\nsubjects:\n  - kind: User\n    name: fernand\n    apiGroup: rbac.authorization.k8s.io\nroleRef:\n  kind: Role\n  name: k9s\n  apiGroup: rbac.authorization.k8s.io\n```\n\n---\n\n## Skins\n\nExample: Dracula Skin ;)\n\n\u003cimg src=\"assets/skins/dracula.png\" alt=\"Dracula Skin\"\u003e\n\nYou can style K9s based on your own sense of look and style. Skins are YAML files, that enable a user to change the K9s presentation layer. See this repo `skins` directory for examples.\nYou can skin k9s by default by specifying a UI.skin attribute. You can also change K9s skins based on the context you are connecting too.\nIn this case, you can specify a skin field on your cluster config aka `skin: dracula` (just the name of the skin file without the extension!) and copy this repo\n`skins/dracula.yaml` to `$XDG_CONFIG_HOME/k9s/skins/` directory.\n\nIn the case where your cluster spans several contexts, you can add a skin context configuration to your context configuration.\nThis is a collection of {context_name, skin} tuples (please see example below!)\n\nColors can be defined by name or using a hex representation. Of recent, we've added a color named `default` to indicate a transparent background color to preserve your terminal background color settings if so desired.\n\n\u003e NOTE: This is very much an experimental feature at this time, more will be added/modified if this feature has legs so thread accordingly!\n\u003e NOTE: Please see [K9s Skins](https://k9scli.io/topics/skins/) for a list of available colors.\n\nTo skin a specific context and provided the file `in-the-navy.yaml` is present in your skins directory.\n\n```yaml\n#  $XDG_DATA_HOME/k9s/clusters/clusterX/contextY/config.yaml\nk9s:\n  cluster: clusterX\n  skin: in-the-navy\n  readOnly: false\n  namespace:\n    active: default\n    lockFavorites: false\n    favorites:\n    - kube-system\n    - default\n  view:\n    active: po\n  featureGates:\n    nodeShell: false\n  portForwardAddress: localhost\n```\n\nYou can also specify a default skin for all contexts in the root k9s config file as so:\n\n```yaml\n#  $XDG_CONFIG_HOME/k9s/config.yaml\nk9s:\n  liveViewAutoRefresh: false\n  screenDumpDir: /tmp/dumps\n  refreshRate: 2\n  maxConnRetry: 5\n  readOnly: false\n  noExitOnCtrlC: false\n  ui:\n    enableMouse: false\n    headless: false\n    logoless: false\n    crumbsless: false\n    splashless: false\n    noIcons: false\n    # Toggles reactive UI. This option provide for watching on disk artifacts changes and update the UI live  Defaults to false.\n    reactive: false\n    # By default all contexts will use the dracula skin unless explicitly overridden in the context config file.\n    skin: dracula # =\u003e assumes the file skins/dracula.yaml is present in the  $XDG_DATA_HOME/k9s/skins directory\n    defaultsToFullScreen: false\n  skipLatestRevCheck: false\n  disablePodCounting: false\n  shellPod:\n    image: busybox\n    namespace: default\n    limits:\n      cpu: 100m\n      memory: 100Mi\n  imageScans:\n    enable: false\n    exclusions:\n      namespaces: []\n      labels: {}\n  logger:\n    tail: 100\n    buffer: 5000\n    sinceSeconds: -1\n    textWrap: false\n    disableAutoscroll: false\n    showTime: false\n  thresholds:\n    cpu:\n      critical: 90\n      warn: 70\n    memory:\n      critical: 90\n      warn: 70\n```\n\n```yaml\n# $XDG_DATA_HOME/k9s/skins/in-the-navy.yaml\n# Skin InTheNavy!\nk9s:\n  # General K9s styles\n  body:\n    fgColor: dodgerblue\n    bgColor: '#ffffff'\n    logoColor: '#0000ff'\n  # ClusterInfoView styles.\n  info:\n    fgColor: lightskyblue\n    sectionColor: steelblue\n  # Help panel styles\n  help:\n    fgColor: white\n    bgColor: black\n    keyColor: cyan\n    numKeyColor: blue\n    sectionColor: gray\n  frame:\n    # Borders styles.\n    border:\n      fgColor: dodgerblue\n      focusColor: aliceblue\n    # MenuView attributes and styles.\n    menu:\n      fgColor: darkblue\n      # Style of menu text. Supported options are \"dim\" (default), \"normal\", and \"bold\"\n      fgStyle: dim\n      keyColor: cornflowerblue\n      # Used for favorite namespaces\n      numKeyColor: cadetblue\n    # CrumbView attributes for history navigation.\n    crumbs:\n      fgColor: white\n      bgColor: steelblue\n      activeColor: skyblue\n    # Resource status and update styles\n    status:\n      newColor: '#00ff00'\n      modifyColor: powderblue\n      addColor: lightskyblue\n      errorColor: indianred\n      highlightcolor: royalblue\n      killColor: slategray\n      completedColor: gray\n    # Border title styles.\n    title:\n      fgColor: aqua\n      bgColor: white\n      highlightColor: skyblue\n      counterColor: slateblue\n      filterColor: slategray\n  views:\n    # TableView attributes.\n    table:\n      fgColor: blue\n      bgColor: darkblue\n      cursorColor: aqua\n      # Header row styles.\n      header:\n        fgColor: white\n        bgColor: darkblue\n        sorterColor: orange\n    # YAML info styles.\n    yaml:\n      keyColor: steelblue\n      colonColor: blue\n      valueColor: royalblue\n    # Logs styles.\n    logs:\n      fgColor: lightskyblue\n      bgColor: black\n      indicator:\n        fgColor: dodgerblue\n        bgColor: black\n        toggleOnColor: limegreen\n        toggleOffColor: gray\n```\n\n---\n\n## Contributors\n\nWithout the contributions from these fine folks, this project would be a total dud!\n\n\u003ca href=\"https://github.com/derailed/k9s/graphs/contributors\"\u003e\n  \u003cimg src=\"https://contrib.rocks/image?repo=derailed/k9s\" /\u003e\n\u003c/a\u003e\n\n---\n\n## Known Issues\n\nThis is still work in progress! If something is broken or there's a feature\nthat you want, please file an issue and if so inclined submit a PR!\n\nK9s will most likely blow up if...\n\n1. You're running older versions of Kubernetes. K9s works best on later Kubernetes versions.\n2. You don't have enough RBAC fu to manage your cluster.\n\n---\n\n## ATTA Girls/Boys!\n\nK9s sits on top of many open source projects and libraries. Our *sincere*\nappreciations to all the OSS contributors that work nights and weekends\nto make this project a reality!\n\n---\n\n## Meet The Core Team!\n\nIf you have chops in GO and K8s and would like to offer your time to help maintain and enhance this project, please reach out to me.\n\n* [Fernand Galiana](https://github.com/derailed)\n  * \u003cimg src=\"assets/mail.png\" width=\"16\" height=\"auto\" alt=\"email\"/\u003e  fernand@imhotep.io\n  * \u003cimg src=\"assets/twitter.png\" width=\"16\" height=\"auto\" alt=\"twitter\"/\u003e [@kitesurfer](https://twitter.com/kitesurfer?lang=en)\n\nWe always enjoy hearing from folks who benefit from our work!\n\n## Contributions Guideline\n\n* File an issue first prior to submitting a PR!\n* Ensure all exported items are properly commented\n* If applicable, submit a test suite against your PR\n\n---\n\n\u003cimg src=\"assets/imhotep_logo.png\" width=\"32\" height=\"auto\" alt=\"Imhotep\"/\u003e \u0026nbsp;© 2025 Imhotep Software LLC. All materials licensed under [Apache v2.0](http://www.apache.org/licenses/LICENSE-2.0)\n","funding_links":["https://github.com/sponsors/derailed"],"categories":["Popular","System \u0026 Infrastructure","Go","HarmonyOS","Development","Kubernetes","Software Packages","Kubernetes tooling","CLI tools","Tools and Libraries","Containers","软件包","其他__大数据","CLIs With Linux Support (And \"Hybrids\")","OSS CLIs","kubernetes","\u003ca name=\"k8s\"\u003e\u003c/a\u003ek8s","K8S-Cluster-Manage","Linux station","Go Tools","API/CLI adaptors","\u003ca name=\"devops\"\u003e\u003c/a\u003eDevOps","0x02 工具 :hammer_and_wrench:","Cryptocurrency","Go (531)","Repositories","一、核心工具集（按场景分类）","📦 Containers","Table of Contents"],"sub_categories":["Windows Manager","Devops","Utils","DevOps Tools","Command Line Tools","DevOps 工具","Kubernetes tools","网络服务_其他","Kubernetes","📟️ Cli tools","[Jenkins](#jenkins)","Kubernetes // Dashboards, UI, Reporting and Validation","2 云原生工具","1. 命令行效率工具（日常操作必备）","☸️ Kubernetes"],"project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fderailed%2Fk9s","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Fderailed%2Fk9s","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fderailed%2Fk9s/lists"}