helm · Andygol · Jan 25, 2025
diff --git a/content/uk/code/code/chartmuseum.md b/content/uk/code/code/chartmuseum.md
@@ -0,0 +1,5 @@
+---
+name: "chartmuseum"
+repoURL: "https://github.com/helm/chartmuseum"
+branch: "main"
+---
diff --git a/content/uk/code/code/helm-v2.md b/content/uk/code/code/helm-v2.md
@@ -0,0 +1,6 @@
+---
+url: "helm/v2"
+name: "helm/v2"
+repoURL: "https://github.com/helm/helm"
+branch: "dev-v2"
+---
diff --git a/content/uk/code/code/helm-v3.md b/content/uk/code/code/helm-v3.md
@@ -0,0 +1,6 @@
+---
+url: "helm/v3"
+name: "helm/v3"
+repoURL: "https://github.com/helm/helm"
+branch: "dev-v3"
+---
diff --git a/content/uk/code/code/helm-v4.md b/content/uk/code/code/helm-v4.md
@@ -0,0 +1,6 @@
+---
+url: "helm/v4"
+name: "helm/v4"
+repoURL: "https://github.com/helm/helm"
+branch: "main"
+---
diff --git a/content/uk/code/code/helm.md b/content/uk/code/code/helm.md
@@ -0,0 +1,5 @@
+---
+name: "helm"
+repoURL: "https://github.com/helm/helm"
+branch: "main"
+---
diff --git a/content/uk/docs/chart_template_guide/accessing_files.md b/content/uk/docs/chart_template_guide/accessing_files.md
@@ -144,6 +144,7 @@ bar/:
 Задана структура теки з прикладу [Glob](#glob-patterns):
 
 ```yaml
+---
 apiVersion: v1
 kind: ConfigMap
 metadata:

diff --git a/content/uk/docs/chart_template_guide/control_structures.md b/content/uk/docs/chart_template_guide/control_structures.md
@@ -299,6 +299,7 @@ pizzaToppings:
   - cheese
   - peppers
   - onions
+  - pineapple
 ```
 
 Тепер у нас є список (в шаблонах він називається `slice`) інгредієнтів для піци. Ми можемо змінити наш шаблон, щоб вивести цей список у наш ConfigMap:
@@ -358,6 +359,7 @@ data:
     - "Cheese"
     - "Peppers"
     - "Onions"
+    - "Pineapple"
 ```
 
 У цьому прикладі ми зробили дещо хитре. Лінія `toppings: |-` оголошує багаторядковий рядок. Отже, наш список інгредієнтів для піци насправді не є YAML списком. Це великий рядок. Чому ми так робимо? Тому що дані в ConfigMaps `data` складаються з пар ключ/значення, де і ключ, і значення є простими рядками. Щоб зрозуміти, чому це так, ознайомтеся з [документацією Kubernetes ConfigMap](https://kubernetes.io/docs/concepts/configuration/configmap/). Для нас цей нюанс не так важливий.

diff --git a/content/uk/docs/chart_template_guide/named_templates.md b/content/uk/docs/chart_template_guide/named_templates.md
@@ -168,7 +168,7 @@ metadata:
   {{- template "mychart.labels" . }}
 ```
 
-Зверніть увагу, що ми передаємо `.` в кінці виклику `template`. Ми могли б так само легко передати `.Values` або `.Values.favorite`, або будь-яку іншу область видимості, яку хочемо. Але те, що нам потрібно, це область видимості верхнього рівня.
+Зверніть увагу, що ми передаємо `.` в кінці виклику `template`. Ми могли б так само легко передати `.Values` або `.Values.favorite`, або будь-яку іншу область видимості, яку хочемо. Але те, що нам потрібно, це область видимості верхнього рівня. У контексті названого шаблону, `$` буде посилатися на область видимості, яку ви передали, а не на якусь глобальну область видимості.
 
 Тепер, коли ми виконаємо цей шаблон з `helm install --dry-run --debug plinking-anaco ./mychart`, ми отримаємо таке:
 

diff --git a/content/uk/docs/chart_template_guide/variables.md b/content/uk/docs/chart_template_guide/variables.md
@@ -101,12 +101,13 @@ data:
 
 Змінні зазвичай не є "глобальними". Вони мають область видимості в межах блоку, в якому вони оголошені. Раніше ми присвоїли `$relname` на верхньому рівні шаблону. Ця змінна буде видима для всього шаблону. Але в нашому останньому прикладі змінні `$key` і `$val` будуть видимі лише всередині блоку `{{ range... }}{{ end }}`.
 
-Однак є одна змінна, яка завжди є глобальною — `$`, ця змінна завжди буде вказувати на кореневий контекст. Це може бути дуже корисно, коли ви перебираєте в діапазоні і вам потрібно знати імʼя релізу чарту.
+Однак є одна змінна, яка завжди вказуватиме на кореневий контекст — це `$`. Це може бути дуже корисно, коли ви виконуєте цикл у діапазоні і вам потрібно знати назву версії чарта.
 
 Приклад, що ілюструє це:
 
 ```yaml
 {{- range .Values.tlsSecrets }}
+---
 apiVersion: v1
 kind: Secret
 metadata:
@@ -125,7 +126,6 @@ type: kubernetes.io/tls
 data:
   tls.crt: {{ .certificate }}
   tls.key: {{ .key }}
----
 {{- end }}
 ```
 

diff --git a/content/uk/docs/community/related.md b/content/uk/docs/community/related.md
@@ -33,6 +33,7 @@ weight: 3
 - [helm-external-val](https://github.com/kuuji/helm-external-val) — Втулок, який отримує значення helm з зовнішніх джерел (configMaps, Secrets тощо).
 - [helm-images](https://github.com/nikhilsbhat/helm-images) — Втулок Helm для отримання всіх можливих зображень з чарту перед розгортанням або з розгорнутого релізу.
 - [helm-drift](https://github.com/nikhilsbhat/helm-drift) — Втулок Helm, який виявляє конфігурацію, яка відрізняється від Helm чарту.
+- [helm-tui](https://github.com/pidanou/helm-tui) — Легкий інтерфейс для управління активами Helm в терміналі
 
 Ми також заохочуємо авторів на GitHub використовувати теґ [helm-plugin](https://github.com/search?q=topic%3Ahelm-plugin&type=Repositories) у своїх репозиторіях втулків.
 
@@ -55,6 +56,7 @@ weight: 3
 - [Helmper](https://github.com/ChristofferNissen/helmper) — Helmper допомагає імплементувати Helm чарти, включаючи всі OCI артефакти (образи) у ваші OCI реєстри. Helmper також полегшує сканування безпеки та застосування патчів до OCI образів. Helmper використовує Helm, Oras, Trivy, Copacetic та Buildkitd.
 - [Helmsman](https://github.com/Praqma/helmsman) — Helmsman, це інструмент helm-charts-as-code, який дозволяє встановлювати/оновлювати/захищати/переміщувати/видаляти релізи з версійно контрольованих файлів стану (описаних у простому форматі TOML).
 - [HULL](https://github.com/vidispine/hull) — Ця бібліотека чартів надає готовий інтерфейс для специфікації всіх обʼєктів Kubernetes безпосередньо у `values.yaml`. Вона усуває необхідність писати будь-які шаблони для ваших чартів і має багато додаткових функцій для спрощення створення та використання Helm чартів.
+- [K8Studio](https://k8studio.io) — Десктопний інтерфейс для керування кластерами Kubernetes з інтегрованим Helm Manager.
 - [Konveyor Move2Kube](https://konveyor.io/move2kube/) — Генерація Helm чартів для ваших поточних проєктів.
 - [Landscaper](https://github.com/Eneco/landscaper/) — "Landscaper бере набір посилань на Helm Chart зі значеннями (бажаний стан) і реалізує їх в кластері Kubernetes."
 - [Monocular](https://github.com/helm/monocular) — Веб UI для репозиторіїв Helm Chart.

diff --git a/content/uk/docs/topics/chart_repository.md b/content/uk/docs/topics/chart_repository.md
@@ -6,7 +6,7 @@ weight: 6
 
 Цей розділ пояснює, як створювати та працювати з репозиторіями чартів Helm. На високому рівні, репозиторій чартів — це місце, де можуть зберігатися та розповсюджуватися упаковані чарти.
 
-Розподілений репозиторій спільноти чартів Helm знаходиться на [Artifact Hub](https://artifacthub.io/packages/search?kind=0) та запрошує вас долучитися. Однак Helm також дозволяє вам створювати власні репозиторії чартів. Цей посібник пояснює, як це зробити.
+Розподілений репозиторій спільноти для чартів Helm знаходиться на [Artifact Hub](https://artifacthub.io/packages/search?kind=0) та запрошує вас долучитися. Однак Helm також дозволяє вам створювати власні репозиторії чартів. Цей посібник пояснює, як це зробити. Якщо ви плануєте створити репозиторій чартів, ви можете розглянути можливість використання [OCI реєстру]({{< ref "/docs/topics/registries.md" >}}) натомість.
 
 ### Передумови {#prerequisites}