helm 🚀 - --सेट पारस संख्या केवल फ्लोट64 के रूप में मान

यदि आप --set tag=\"1\" करते हैं तो क्या यह अलग तरह से काम करता है?

technosophos 19 दिस॰ 2016

@Chancez की बदौलत हमें सटीक समस्या का पता चलता है: JSON द्वारा ghodss/yaml से किए गए रूपांतरणों के दौरान, जावास्क्रिप्ट के संख्यात्मक प्रकार का प्रतिनिधित्व करने के लिए पूर्णांकों को फ्लोट64 में डाला जा रहा है। यह सभी पूर्णांकों को वैज्ञानिक संकेतन में दर्शाए जाने वाले एक निश्चित मान से ऊपर का कारण बन रहा है।

technosophos 20 दिस॰ 2016

👍4

मुझे उसी समस्या से काट दिया गया है। कूबड़ (या बग) पर पहुंचने का तरीका यह है:

--set bignumber=\\"a185576882739235744\\"

ipedrazas 5 जन॰ 2017

👎4

हमारे द्वारा उपयोग किया जाने वाला एक और वर्कअराउंड सामान इस तरह से करना है:

--set port=":1234567"

फिर टेम्पलेट में:

{{ .Values.port | replace ":" "" }}

technosophos 15 फ़र॰ 2017

👎21 👍10 😄2

हाँ! 😷

databus23 15 फ़र॰ 2017

👍20

यह एक दर्द की एक झोंपड़ी है , और

मैं अभी तक अपने गर्व को निगलने के लिए तैयार नहीं हूं और @technosophos की बदसूरत हैक की कोशिश कर रहा

अभी के लिए मैं एक अस्थायी फ़ाइल के रूप में डेटा को लिखने के लिए अपनी तैनाती स्क्रिप्ट का विस्तार करके इसके चारों ओर हैकिंग कर रहा हूं और -f तर्क के रूप में उपयोग करता हूं।

jemc 15 अग॰ 2017

👍5

मैं इमेज टैग के लिए समय-समय पर इसी मुद्दे का सामना कर रहा हूं।
मैं इनमें से एक वर्कअराउंड का उपयोग करने का प्रयास करूंगा। मुझे उम्मीद है कि यह जल्द ही ठीक हो जाएगा :)

Smana 31 अग॰ 2017

👍3

मेरे मामले में, --set image.tag=5997578 पर इसे नीचे देखना:

$ kubetctl describe po msj-treasure-map-msj-treasure-map-192172122-dnb80
...
Events:
  Type     Reason         Age               From                                    Message
  ----     ------         ----              ----                                    -------
  Normal   Scheduled      1m                default-scheduler                       Successfully assigned msj-treasure-map-msj-treasure-map-192172122-dnb80 to ip-10-253-13-113.ec2.internal
  Warning  InspectFailed  15s (x9 over 1m)  kubelet, ip-10-253-13-113.ec2.internal  Failed to apply default image tag "596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-uwsgi:5.997578e+06": couldn't parse image reference "596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-uwsgi:5.997578e+06": invalid reference format
  Warning  InspectFailed  15s (x9 over 1m)  kubelet, ip-10-253-13-113.ec2.internal  Failed to apply default image tag "596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-nginx:5.997578e+06": couldn't parse image reference "596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-nginx:5.997578e+06": invalid reference format
  Warning  FailedSync     15s (x9 over 1m)  kubelet, ip-10-253-13-113.ec2.internal  Error syncing pod, skipping: [failed to "StartContainer" for "msj-treasure-map-uwsgi" with InvalidImageName: "Failed to apply default image tag \"596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-uwsgi:5.997578e+06\": couldn't parse image reference \"596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-uwsgi:5.997578e+06\": invalid reference format"
, failed to "StartContainer" for "msj-treasure-map-nginx" with InvalidImageName: "Failed to apply default image tag \"596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-nginx:5.997578e+06\": couldn't parse image reference \"596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-nginx:5.997578e+06\": invalid reference format"

$ helm version                                                                                                                                                                             
Client: &version.Version{SemVer:"v2.5.1", GitCommit:"7cf31e8d9a026287041bae077b09165be247ae66", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.5.1", GitCommit:"7cf31e8d9a026287041bae077b09165be247ae66", GitTreeState:"clean"}

holybit 5 अक्तू॰ 2017

मैं भी 2.6.2 पतवार पर एक ही समस्या का सामना कर रहा हूँ।

Client: &version.Version{SemVer:"v2.6.2", GitCommit:"be3ae4ea91b2960be98c07e8f73754e67e87963c", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.6.2", GitCommit:"be3ae4ea91b2960be98c07e8f73754e67e87963c", GitTreeState:"clean"}

BrendanBall 10 अक्तू॰ 2017

1

JSON के लिए YAML नीचे स्ट्रिप करने से बहुत सारी जानकारी, सबसे संबंधित प्रकार को हटा दिया जाता है। इसका मतलब है कि आप पहले से तैनात चेक वैल्यू टाइप नहीं कर सकते।

मुझे लगता है कि इसे एक अलग यम लाइब्रेरी में ले जाकर हल किया जा सकता है। शायद यह एक: https://github.com/go-yaml

jayste 2 नव॰ 2017

👍1

इस मुद्दे से जूझते हुए आज मुझे पता चला कि toString फ़िल्टर इसकी सहायता कर सकते हैं:

dockerPort: {{ .Values.dockerPort | toString }}

तब मैं पोर्ट को कमांड लाइन ( --set dockerPort=2376 ) में पारित करने में सक्षम था और इसकी सही व्याख्या की है।

tarequeh 28 नव॰ 2017

👎6

हमने इसे सिर्फ 2.7.2 पर देखा और अधिकांश वर्कअराउड वास्तव में हमारे लिए काम नहीं करते हैं सिवाय --set स्थानीय फ़ाइल में और helm -f locals.yml ।

cory-klein 30 नव॰ 2017

मैंने इसे 2.7.2 में भी देखा है (और परिणामस्वरूप # 3246 दायर किया है), इसलिए इस मुद्दे पर +1। जैसे कि https://github.com/kubernetes/helm/issues/3001 में , मैं अपने docker image टैग के लिए git SHAs का उपयोग कर रहा था। अभी के लिए मेरा समाधान, FWIW, -gitsha साथ छवि टैग प्रत्यय है

arschles 11 दिस॰ 2017

👍2

मेरे लिए भी +1।

$ helm version                                                                                                                                    ⏎
Client: &version.Version{SemVer:"v2.7.2", GitCommit:"8478fb4fc723885b155c924d1c8c410b7a9444e6", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.7.2", GitCommit:"8478fb4fc723885b155c924d1c8c410b7a9444e6", GitTreeState:"clean"}

$ git rev-parse --short HEAD
6180689

$ helm upgrade foobar \
    -i charts/foobar \
    --set image.tag=$(git rev-parse --short HEAD) \
    --reuse-values

तैनाती के बाद, मुझे यह मिलता है:

Failed to apply default image tag "gcr.io/foobar/foobar:6.180689e+06": couldn't parse image reference "gcr.io/foobar/foobar:6.180689e+06": invalid reference format
Error syncing pod

मैं भी मिल InvalidImageName चल पर kubectl get pods ।

| toString लागू करने से मेरे लिए कोई फर्क नहीं पड़ता है।

vpetersson 2 जन॰ 2018

👍1

क्या आप ऐसा कर सकते हैं:

{{ .Values.tag | int64 }}

laverite 8 जन॰ 2018

👎7 👍5

@ चार्ट में बिल्‍कुल सही, लेकिन यह -

bacongobbler 9 जन॰ 2018

ऐसा प्रतीत होता है कि यह # 3155 से संबंधित है

jesselang 12 फ़र॰ 2018

हाँ, ऐसा @jesselang विश्वास करते हैं

arschles 12 फ़र॰ 2018

इसके अलावा https://github.com/kubernetes/helm/issues/3246

arschles 12 फ़र॰ 2018

2.8.0 हेल के साथ यहां भी यही समस्या है।

Xuhao 27 फ़र॰ 2018

👍3

@bacongobbler या @technosophos मेरे पास इस समस्या के लिए # 3599 पर फिक्स है, पहले से ही एक अनुमोदन है, बस दूसरे की आवश्यकता है। धन्यवाद!

arturo-c 20 मार्च 2018

# 3599 के माध्यम से हल किया

पिंग @ आर्टुरो-सी के लिए धन्यवाद :)

bacongobbler 20 मार्च 2018

हेल बग 2.9.1 के साथ भी इस बग को देखें

OndraZizka 21 मई 2018

👍2

मुझे आश्चर्य है कि helm lint इसे क्यों नहीं पकड़ता है? # 4099 देखें

OndraZizka 21 मई 2018

मैं उत्सुक हूँ कि यह --set-string जोड़कर क्यों हल किया गया था, यह तय करने के बजाय कि मुझे --set में एक स्पष्ट बग प्रतीत हो रहा है।

क्या यह संभव है कि किसी को भी अपने यम फ़ाइलों में वैज्ञानिक संकेतन के लिए मजबूर करने के लिए संख्या का इरादा है?

frankh 29 मई 2018

👍15

दो शब्द: पीछे संगतता :)

हम बदल सकते हैं कि हेल्म 3 में --set पार्सर पूर्णांक मूल्यों को कैसे समन्वयित करते हैं, लेकिन आम तौर पर बोलते हुए हमने कोर कार्यशीलता के अपेक्षित व्यवहार को बदलने का विकल्प चुना है जैसे --set इसलिए बहुत सारे उपयोगकर्ता हैं जो हेल्म चला रहे हैं। उत्पादन में। हम सभी मानों को --set स्ट्रिंग्स में शामिल नहीं कर सकते क्योंकि इससे मौजूदा व्यवहार टूट जाएगा जैसे मान फ़ाइलों में अशक्त और सत्य मूल्यों के आसपास अपेक्षित व्यवहार, इसलिए --set-string को एक व्यावहारिक के रूप में स्वीकार किया गया था समय के लिए समाधान।

bacongobbler 29 मई 2018

👍4

पिछेड़ी संगतता? एक विशेषता है कि सिर्फ सादा 'डब्ल्यूटीएफ' है और संभवतः बहुत से लोग चाहते हैं या इसका उपयोग नहीं करते हैं? एक उपकरण में जो भारी विकास के अधीन है और वास्तव में मोटे तौर पर नहीं अपनाया गया है? मैं सुझाव देता हूं कि इस पर पुनर्विचार करें और ठीक होने से पहले इसे ठीक कर लें।

OndraZizka 7 जून 2018

👍29 👎3

@technosophos धन्यवाद।
उदाहरण:

kind: Secret
data:
  some_db_port: {{ .Values.dbInfo.db_port | replace ":" "" | b64enc }}

यह मेरे लिए काम कर रहा है।

aliasmee 11 जुल॰ 2018

@OndraZizka (बहुत भावुक) प्रतिक्रिया के लिए धन्यवाद। हम निश्चित रूप से इन wonky व्यवहार के मुद्दों है कि में से कुछ को संबोधित कर जांच कर रहे हैं --set नया करने के लिए कुछ इसी तरह इसकी जगह से पार्सर पतवार 3 के लिए है, संभावना --set-string पार्सर।

मैं इस बात से पूरी तरह सहमत हूं कि इस मामले में --set का व्यवहार बहुत अजीब है (और एकदम गलत भी), लेकिन हम एक पूरी पार्सिंग लाइब्रेरी को दूसरे के साथ बदलने की उम्मीद नहीं कर सकते हैं और आश्वस्त रहें कि कोई और जबरदस्ती नहीं है नई प्रणाली में कीड़े। स्वैपिंग लाइब्रेरीज़ को स्वैप करना एक पिछड़ा-असंगत परिवर्तन माना जाएगा।

कुछ समय के लिए, --set-string एक शानदार विशेषता है और मैं अत्यधिक किसी और को भी इस बग में चलने की सलाह देता हूं कि कृपया --set-string उपयोग जितना संभव हो सके, जब तक आप टाइप ज़बरदस्ती पर भरोसा न करें। इस तरह, मानों को एक स्ट्रिंग के रूप में मजबूर होने के लिए मजबूर किया जाता है, न कि फ्लोट के रूप में।

bacongobbler 28 अग॰ 2018

👍3 🎉2

दुर्भाग्य से, जब अंसिबल ने यमल (जो मेरे मान है। श्याम) के लिए एक तानाशाही प्रारूप तैयार किया है, इसमें कोई उद्धरण नहीं जोड़ा गया है, जो मेरे लिए एक बड़ा मुद्दा है। मुझे विश्वास नहीं हो रहा है कि मुझे इस खूनी हैक का उपयोग करना होगा: replace ":" ""

jakubigla 15 जन॰ 2019

अगर आपको : साथ टैग को पूर्वनिर्मित किए बिना काम करने की आवश्यकता है और बाद में इसे हटाते हुए, आप इसे उपयोग कर सकते हैं (tl; dr: जब टैग एक नंबर है, तो इसे प्रिंट करने के लिए प्रिंटफ़ का उपयोग करें, अन्यथा प्रिंट करें; स्ट्रिंग आपको मिली)

{{- $tag :=  .Values.image.tag }}
{{- $type := printf "%T" $tag }}
image: "{{ .Values.image.repository }}:{{if eq $type "float64"}}{{ printf "%.0f" $tag }}{{ else }}{{ $tag }}{{ end }}"

kesselborn 12 अग॰ 2019

👍11 🚀2 ❤1

बग भी helm ... -f myval.yaml साथ होता है

itaied246 28 अग॰ 2019

FYI करें, यह https://github.com/helm/helm/pull/6010 में तय किया गया था

bacongobbler 2 सित॰ 2019

@bacongobbler अभी भी हेल्म वर्जन v2.14.3 के साथ मुझ पर हो रहा है

zackijack 11 सित॰ 2019

👍4

क्या आप एक नया मुद्दा खोल सकते हैं? धन्यवाद।

bacongobbler 11 सित॰ 2019

👍1

# 6749 में # 6010 को वापस करने की आवश्यकता के कारण फिर से खोलना।

bacongobbler 1 नव॰ 2019

कोई ईटीए जब फिक्स उपलब्ध होगा?

sagarkal 6 नव॰ 2019

# 6888 देखें।

bacongobbler 6 नव॰ 2019

@sagarkal यह सुनिश्चित करने के लिए कि हम एक ही पृष्ठ पर हैं: उपर्युक्त निर्धारण केवल Helm v3 तक पहुंचने का लक्ष्य है, v2 नहीं (मैं इसे यादृच्छिक योगदानकर्ता घोषित कर रहा हूं, वास्तविक निर्णय हमेशा टीम के ऊपर होता है)। परिवर्तन अपेक्षाकृत बड़े पैमाने पर है और इसे 2.x शाखा में विलय करने के लिए 100% सुरक्षित नहीं माना जाना चाहिए, जो अब केवल पैच है। इस बीच, यदि आपके पास एक मौका है, तो यह बहुत अच्छा होगा यदि आप अपने उपयोग के मामले के खिलाफ पीआर शाखा का परीक्षण कर सकते हैं और हमें बताएं कि क्या चीजें उम्मीद के मुताबिक काम करती हैं। इससे बहुत मदद मिलेगी!

osdrv 6 नव॰ 2019

इस तरह एक सादे टेम्पलेट के साथ मेरे लिए --set-string image.tag=6599236 का उपयोग करना

  ...
      containers:
        - name: {{ .Chart.Name }}
          image: "{{ .Values.image.repository }}:{{ .Values.image.tag }}"
          env:
  ...

m0rganic 13 फ़र॰ 2020

👍3

चार्ट के मान फ़ाइल में निर्दिष्ट बड़े पूर्णांक मान के साथ इसमें चल रहा है। यह वैज्ञानिक रूप से वैज्ञानिक संकेतन के साथ एक नाव में बदल जाता है। बस एक int तय करना, और जो मैंने देखा है उनमें से कुछ अन्य कामों की तुलना में बहुत क्लीनर लगता है:

# values.yaml

tomcat:
  maxPostSize: 2097152

# Cast to int when used

{{ .Values.tomcat.maxPostSize | int }}

यह हेल्म v3.1.1 के साथ परीक्षण किया गया था।

Rathgore 14 अप्रैल 2020

👍11 ❤5 🎉1

जानकर खुशी हुई! मैंने जो देखा है उनमें से कई की तुलना में यह निश्चित रूप से एक आसान समाधान है। धन्यवाद!

technosophos 14 अप्रैल 2020

@Rathgore एक इंट को कास्टिंग करना सही होता है जब वह हर समय --set-string विकल्प के साथ मूल्य में पास करना हर बार काम करता है।

m0rganic 14 अप्रैल 2020

👍1

@ m0rganic मैं इस परीक्षण नहीं किया है, लेकिन आप का उपयोग कर की कोशिश कर सकते toString के बजाय int या स्पष्ट रूप प्रकार का उपयोग कर की स्थापना !!str । यदि आप --set-string का उपयोग कर रहे हैं, तो इसकी आवश्यकता नहीं है, लेकिन हमें चार्ट में परिभाषित मूल्यों के लिए भी इस व्यवहार की आवश्यकता है।

Rathgore 14 अप्रैल 2020

@ m0rganic मैं इस परीक्षण नहीं किया है, लेकिन आप का उपयोग कर की कोशिश कर सकते toString के बजाय int या स्पष्ट रूप प्रकार का उपयोग कर की स्थापना !!str । यदि आप --set-string का उपयोग कर रहे हैं, तो इसकी आवश्यकता नहीं है, लेकिन हमें चार्ट में परिभाषित मूल्यों के लिए भी इस व्यवहार की आवश्यकता है।

toString काम नहीं करता है, और कुछ मामलों में, मैं !!str उपयोग नहीं कर सका।

liuming-dev 15 अप्रैल 2020

👍1

क्या इस व्यवहार को ठीक करने की कोई योजना है? यह मुद्दा काफी समय से खुला है ...

edobry 11 जून 2020

# 6888 देखें। नहीं तो नहीं। हमने उपयोग करने के लिए कई पैटर्न प्रलेखित किए हैं। लेकिन हमें ऐसा समाधान नहीं मिला है जो इसके कारणों से अधिक मुद्दों को हल करता है। एक पीआर में अपना हाथ आज़माने के लिए स्वतंत्र महसूस करें।

technosophos 11 जून 2020

तुरंत प्रतिसाद के लिए धन्यवाद! मुझे यकीन नहीं है कि प्रस्तावित वर्कअराउंड में से कोई भी मेरे उपयोग को हल करता है, लेकिन मैं फिर से कोशिश करूंगा।

edobry 11 जून 2020

यदि आप --set tag=\"1\" करते हैं तो क्या यह अलग तरह से काम करता है?

मेरे मामले में मैंने इंट, फ्लोट और बूल मूल्यों में "" उपयोग किया और इसने काम किया, धन्यवाद

jesher 17 जून 2020

इस टिप्पणी के आधार पर, ऐसा प्रतीत हो सकता है कि यह केवल हेल्म 3 के लिए एक मुद्दा नहीं है, सिर्फ हेल्म 2 के लिए। मुझे यह सुनने में अच्छा लगेगा कि कौन अभी भी इस मुद्दे पर चल रहा है, कैसे, और हेल्म के किन संस्करणों के साथ।

Helm 2 उपयोगकर्ताओं के लिए, हम केवल इस बिंदु पर

bacongobbler 14 अग॰ 2020

पतवार 2 के लिए आप नीचे दिए गए उदाहरण के रूप में () के बीच जो भी चाहते हैं उसे डाल सकते हैं

{{- range $i := until (int .Values.deployment.numberofracks) }}
  - name: rack{{$i}}
{{- end}}

ThaSami 2 सित॰ 2020

👍2

मैं यह मानकर चल रहा हूं कि यह हेल्म 3 के लिए तय किया गया है, क्योंकि मुझे पोस्ट किए हुए 3 सप्ताह हो चुके हैं, ऐसा प्रतीत होता है कि इसे ठीक कर दिया गया है। यदि हेल्म 3 के साथ अभी भी अन्य लोग इस मुद्दे का अनुभव कर रहे हैं, तो कृपया इस पर चर्चा करने के लिए स्वतंत्र महसूस करें और हम इस मुद्दे को फिर से खोल सकते हैं। धन्यवाद!

bacongobbler 2 सित॰ 2020

यह अभी भी एक मुद्दा है; मैं 3.3.0 पर हूं और अभी भी यह अनुभव कर रहा हूं।

edobry 2 सित॰ 2020

👍1

क्या आप कृपया एक प्रदर्शन प्रदान कर सकते हैं?

bacongobbler 3 सित॰ 2020

खुश है, लेकिन मुझे पूरा यकीन नहीं है कि यह कैसे करना है; मेरे पास एक चार्ट है जो इसके values.yaml एक फ़ील्ड में है जो इस तरह दिखता है:

customEnv:
  SOME_ENV_VAR: 10000000

और फिर templates/deployment.yaml , मेरे पास यह है:

    ...
    containers:
      - name: someContainer
        env:
           {{- range $key, $value := .Values.customEnv }}
            - name: {{ $key | quote }}
              value: {{ $value | quote }}
          {{- end }}
    ...

जब मैं helm template चलाता हूं, तो मुझे यह मूल्य प्रदान किए गए आउटपुट में मिलता है:

    ...
    containers:
      - name: someContainer
        env:
            - name: "SOME_ENV"
              value: "1e+07"
   ...

और तब मेरा तैनात अनुप्रयोग विफल हो जाता है जब वह SOME_ENV को एक नंबर के रूप में पार्स करने की कोशिश करता है।

edobry 4 सित॰ 2020

अच्छा जी। मैंने हेल्म 3.3.1 के साथ आपके निर्देशों का पालन करते हुए उसी मुद्दे को पुन: पेश करने में कामयाब रहा। धन्यवाद। फिर से खोलना।

bacongobbler 4 सित॰ 2020

मैं एक ही मुद्दे को थोड़ा अलग कोण पर मार रहा हूं। मेरा appVersion 8482e77 , अगर मैं appVersion कहीं भी इसे +Inf रूप में प्रदान करता हूं। यह BTW डिबग करने के लिए मजेदार है।

संपादित करें:
appVersion: 8482e77 appVersion: "8482e77" से appVersion बदलते मेरे मुद्दे तय की

RytisLT 9 सित॰ 2020

यही अपेक्षित है। निर्विवाद, YAML उस अंक को वैज्ञानिक संकेतन के रूप में मानती है ( 8482e77 अर्थ है "8482 * 10 ^ 77")। यदि आप एक मान को एक स्ट्रिंग के रूप में व्यवहार करना चाहते हैं, तो इसे उद्धरण में लपेटें।

bacongobbler 9 सित॰ 2020

मैं इस मुद्दे के साथ contianer छवि टैग था। नीचे दिए गए सहायक को बनाने में समस्या का समाधान किया गया था:

+{{/* Generate Image Name */}}
+{{- define "helpers.image" }}
+{{- $tag := printf "%f" .Values.app.image.tag -}} 
+{{- if regexMatch "^[0-9]+\\.[0-9]+$" $tag }}
+{{ .Values.image.repository }}:{{ .Values.image.tag | int }}
+{{- else }}
+{{ .Values.image.repository }}:{{ .Values.image.tag }}
+{{- end }}
+{{- end }}

और फिर, परिनियोजन प्रकट में:

   containers:
       - name: {{ template "helpers.fullname" . }}
         image: {{ template "helpers.image" . }}

felippe-mendonca 9 सित॰ 2020

👍1

क्या यह मुद्दा ठीक है? यदि नहीं, तो मैं इसे ठीक करना चाहूंगा।

rajibmitra 18 सित॰ 2020

नहीं, ऊपर देखें । कृपया अपने लिए थ्रेड पढ़ना और परीक्षण करना सुनिश्चित करें। :)

bacongobbler 18 सित॰ 2020

👍1

इस मुद्दे को बासी के रूप में चिह्नित किया गया है क्योंकि यह 90 दिनों के लिए खुला है, जिसमें कोई गतिविधि नहीं है। यदि आगे कोई गतिविधि नहीं हुई तो यह धागा 30 दिनों में स्वतः बंद हो जाएगा।

github-actions[bot] 13 जन॰ 2021

😕1

टक्कर, अभी भी एक मुद्दा है

unixfox 13 जन॰ 2021

👍8

मैं इस समस्या का उपयोग कर रहा हूँ जब मैं शायद सांख्यिक प्रतिबद्ध आईडी पर इस समस्या को पूरा:

{{- define "numericSafe" -}}
{{- if . | toString | contains "e+" -}}
{{ . | toString | replace "." "" | regexFind "^\\d+" }}
{{- else -}}
{{ . }}
{{- end -}}
{{- end -}}

इसके बाद उपयोग करें

{{ include "numericSafe" .Values.git.commitID }}

यह समस्याओं को हल करता है यदि आपके मूल स्ट्रिंग में डॉट और e+ , हालांकि मुझे नहीं पता कि क्या यह एक बहुत लंबी संख्या का स्ट्रिंग कुछ भी छोड़ा जाएगा।

urakagi 4 फ़र॰ 2021

@urakagi दुर्भाग्य से, यह काम नहीं करता है यदि आपका मूल्य है: 1800000

jochenhebbrecht 9 फ़र॰ 2021

क्या इस मुद्दे के लिए कोई योजना बनाई गई है?

harrysingh 16 फ़र॰ 2021

कोई अपडेट्स?

Adhira-Deogade 18 फ़र॰ 2021

@bacongobbler @bobry से रिप्रो वास्तव में एक अलग मुद्दा है। यह मूल रूप से --set साथ पारित होने वाले मूल्यों के बारे में था, जो अब तय हो गया है और --set-string विकल्प जोड़ा गया है।

रेप्रो मूल्यों के अंदर एक संख्या के बारे में है। श्याम को वैज्ञानिक संकेतन में बदला जा रहा है। रेप्रो को values.yaml में संख्या को उद्धृत करने के साथ तय किया जा सकता है, अगर इसे एक स्ट्रिंग के रूप में माना जाना चाहिए। यदि इसे एक संख्या के रूप में उपयोग किया जाता है, तो नोटेशन एक मुद्दा नहीं होना चाहिए।

मैंने कोड को देखा और मुझे लगता है कि मैं व्यवहार को 20 दशमलव अंकों की संख्या के बजाय मानक संकेतन में आउटपुट संख्या में बदल सकता हूं। उसके बाद अंतर्निहित यमल पार्सर में कुछ कार्यान्वयन सीमा लगती है जो बहुत बड़ी संख्या में चक्कर लगाती है और / या उन्हें वैज्ञानिक अंकन में बदल देती है।

मैंने एक और मुद्दा खोजने की कोशिश की है जो इस मुद्दे से निपटेगा जैसा कि

इसलिए जब कोई उदाहरण संख्यात्मक टैग का उपयोग करता है, जिसमें कोई संख्यात्मक मान नहीं होता है (उन पर कोई अंकगणित परिभाषित नहीं होता है), तो उन्हें values.yaml में स्ट्रिंग्स के रूप में माना जाना चाहिए और इस मुद्दे को ठीक करना चाहिए:

# values.yaml
foo: "10000000"

# template
foo: {{ .Values.foo | quote }}



md5-aba98a385ca8fe457cb1f98967ed3bf1



# Source: foo/templates/x.yaml
foo: "10000000"



md5-265ed31678f08bdbd76c259b974f5398



# Source: foo/templates/x.yaml
foo: "1e+07"



md5-3df6a1bc5fe8f474ded5c2033aaf11a3



# Source: foo/templates/x.yaml
foo: "10000000"

इसलिए मुझे लगता है कि इसे बंद किया जा सकता है और एक नया मुद्दा खुला हो सकता है अगर कोई यह सोचता है कि बिना नंबरों की पार्सिंग को पहले से ही कुछ अन्य नियमों का पालन करना चाहिए।

mladedav 30 मार्च 2021

Helm: --सेट पारस संख्या केवल फ्लोट64 के रूप में मान

सबसे उपयोगी टिप्पणी

सभी 68 टिप्पणियाँ

संबंधित मुद्दों