testy helm argo

README.md

@@ -500,17 +500,21 @@ rozwiązanie z umbrella-chart było prawie idealne gdyby nie następujące cechy
 - konieczność robienia prawdziwego helm-repository (opartego o serwujący pliki webserwer czy GCS itp) 
 - produkcja TGZ 
 - trzeba generować index.yaml 
+<br>
+<br>
+rozwiązanie ze zmiennymi nadpisywanymi przez argo-aplikacje też byłoby ok gdyby nie konieczność trzymania całego konfigu aplikacji w obiektach argo (które nie do tego są)
 
-rozwiązanie ze zmiennymi nadpisywanymi przez argo-aplikacje też byłoby ok gdyby nie konieczność trzymania całego konfigu aplikacji w obiektachh argo (które nie do tego są)
-
+<br>
+<br>
 
 dlatego dobrym kompromisem wydaje się być model gdzie pozostajemy przy klasycznej koncepcji zwykłego repo kodu z głównym helm-chart ale dodawania do niego konfiguracji z innego repo 
 
 takie rozwiązanie jest ale jak na razie jest to rozwiązanie beta i weszło dopiero w ARGOCD 2.6:
-```
+
 https://argo-cd.readthedocs.io/en/stable/user-guide/multiple_sources/#helm-value-files-from-external-git-repository
 https://argo-cd.readthedocs.io/en/stable/user-guide/helm/
-```
+
+
 tu kluczowy fragment:
 _before v2.6 of Argo CD, Values files must be in the same git repository as the Helm chart. The files can be in a different location in which case it can be accessed using a relative path relative to the root directory of the Helm chart. As of v2.6, values files can be sourced from a separate repository than the Helm chart by taking advantage of multiple sources for Applications._