Auto: बीटा संस्करण के साथ मोनोरेपो में "ऑटो कैनरी" विफल हो रहा है

को निर्मित 27 सित॰ 2019 · 14टिप्पणियाँ · स्रोत: intuit/auto

बग का वर्णन करें

Lerna मोनोरेपो में auto canary चलाते समय, कई समस्याएं दिखाई दे रही हैं।

संस्करण को 9.0.0-beta.33 से 9.0.1-canary.809.1.1a2be58f.0 तक बम्प किया जा रहा है, जब इसके बजाय 9.0.0-canary... चाहिए।
यह शुरुआत में ही Error: Running command 'npx' failed कहता है
यह You cannot publish over the previously published versions: 9.0.0-beta.33 कहते हुए npm पर प्रकाशित करने में विफल रहता है

मैं जिस पीआर को प्रकाशित करने का प्रयास कर रहा हूं वह है: https://github.com/react-spring/react-spring/pull/809

प्रजनन करना

मेरे पास अभी तक न्यूनतम रेपो नहीं है। यदि आवश्यक हो तो एलएमके।

अपेक्षित् व्यवहार

सभी पैकेजों को उनके संस्करण के रूप में 9.0.0-canary.809.1.1a2be58f.0 साथ प्रकाशित किए जाने की उम्मीद है।

डेस्कटॉप (कृपया निम्नलिखित जानकारी को पूरा करें):

ओएस: मैकोज़ v10.14.5
ब्राउज़र: लागू नहीं
संस्करण: v7.6.0

अतिरिक्त संदर्भ

GH_TOKEN="xxx" auto canary --build 1 --pr 809
Error: Running command 'npx' failed


Changes:
 - @react-spring/addons: 9.0.0-beta.33 => 9.0.1-canary.809.1.1a2be58f.0
 - @react-spring/animated: 9.0.0-beta.33 => 9.0.1-canary.809.1.1a2be58f.0
 - @react-spring/core: 9.0.0-beta.33 => 9.0.1-canary.809.1.1a2be58f.0
 - react-spring: 9.0.0-beta.34 => 9.0.1-canary.809.1.1a2be58f.0
 - @react-spring/shared: 9.0.0-beta.33 => 9.0.1-canary.809.1.1a2be58f.0
 - @react-spring/konva: 9.0.0-beta.33 => 9.0.1-canary.809.1.1a2be58f.0
 - @react-spring/native: 9.0.0-beta.33 => 9.0.1-canary.809.1.1a2be58f.0
 - @react-spring/three: 9.0.0-beta.33 => 9.0.1-canary.809.1.1a2be58f.0
 - @react-spring/web: 9.0.0-beta.34 => 9.0.1-canary.809.1.1a2be58f.0
 - @react-spring/zdog: 9.0.0-beta.33 => 9.0.1-canary.809.1.1a2be58f.0



lerna notice cli v3.15.0
lerna info current version 9.0.0-beta.34
lerna WARN force-publish all packages
lerna info Assuming all packages changed
lerna WARN version Skipping working tree validation, proceed at your own risk
lerna info auto-confirmed 
lerna info execute Skipping git tag/commit
lerna info execute Skipping git push
lerna info execute Skipping releases
lerna info publish Publishing packages to npm...
lerna notice Skipping all user and access validation due to third-party registry
lerna notice Make sure you're authenticated properly ¯\_(ツ)_/¯
lerna http fetch PUT 403 https://registry.npmjs.org/@react-spring%2fshared 1475ms
lerna ERR! E403 You cannot publish over the previously published versions: 9.0.0-beta.33.

    at ChildProcess.<anonymous> (~/.nvm/versions/node/v11.10.1/pnpm-global/3/node_modules/.pnpm/registry.npmjs.org/@auto-it/core/7.6.1/node_modules/@auto-it/core/dist/utils/exec-promise.js:98:36)
    at ChildProcess.emit (events.js:197:13)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:254:12)

bug

स्रोत

aleclarson

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

साथ ही, प्रत्येक पैकेज के package.json में publishConfig.directory फ़ील्ड का सम्मान नहीं किया जा रहा है।

aleclarson 27 सित॰ 2019

मैं इसे देख लूंगा!

hipstersmoothie 27 सित॰ 2019

👍1

संस्करण को 9.0.0-बीटा.33 से 9.0.1-कैनरी.809.1.1a2be58f.0 पर बंप किया जा रहा है, जब इसके बजाय 9.0.0-कैनरी... होना चाहिए।

मैंने वहां अतिरिक्त हैश से छुटकारा पाने के लिए #609 खोला है। संस्करण का .0 हिस्सा इसलिए है क्योंकि हम --preid ध्वज हैं। हमें बाकी संस्करण के लिए इसकी आवश्यकता है ताकि यह वास्तव में दूर न जा सके।

hipstersmoothie 17 अक्तू॰ 2019

@hipsstersmoothie ओह, मैं इसके बारे में शिकायत नहीं कर रहा था। मैं हैश टाइप करने के लिए समय नहीं निकालना चाहता था। यह वाक्य वास्तव में इंगित कर रहा है कि यह 9.0.1 कैसा है जब यह 9.0.0 स्थिर होना चाहिए।

aleclarson 17 अक्तू॰ 2019

ओह समझा। उस स्थिति में यह अपेक्षित व्यवहार है। कैनरी संस्करण नकली "अगला" संस्करण है। उदाहरण के लिए:

पीआर में major लेबल => उन परिवर्तनों के साथ कैनरी में वे बड़े बदलाव हैं और यह एक नया प्रमुख संस्करण होना चाहिए

यह 9.0.1 का कारण यह है कि जब कोई लेबल नहीं मिलता है तो हम patch लिए डिफ़ॉल्ट होते हैं।

hipstersmoothie 17 अक्तू॰ 2019

ओह ठीक। latest टैग वर्तमान में इसे इंगित 8.0.27 , तो मैं अपेक्षा नहीं auto canary उपयोग करने के लिए 9.0.1 वैसे भी। यह 9.0.0-beta.33 के अस्तित्व से भ्रमित हो गया होगा। क्या संस्करण को 9.0.0 पर रहने के लिए बाध्य करने का कोई तरीका है?

aleclarson 17 अक्तू॰ 2019

वे जिस तरह से व्यवहार करते हैं वह अभी "नवीनतम रिलीज" और आप स्थानीय संस्करण को देखेगा और उच्च का उपयोग करेगा। तो इस मामले में 9.0.0-beta.33 को हल किया गया।

क्या संस्करण को 9.0.0 पर बने रहने के लिए बाध्य करने का कोई तरीका है?

स्थानीय रूप से अगर मैं साथ lerna चलाने prerelease के बजाय preminor संस्करण वेतन वृद्धि नहीं करता है। कैनरी कमांड में prerelease करने के लिए हम एक अतिरिक्त ध्वज जोड़ सकते हैं या prerelease लेबल का उपयोग कर सकते हैं, लेकिन यह सुविधा स्वचालित नहीं होगी।

hipstersmoothie 17 अक्तू॰ 2019

यह npm पर प्रकाशित करने में विफल रहता है, यह कहते हुए कि आप पहले प्रकाशित संस्करणों पर प्रकाशित नहीं कर सकते: 9.0.0-बीटा.33

यह package.json s के dist फ़ोल्डर में अपना रास्ता बनाने के आसपास एक मुद्दा प्रतीत होता है। ऑटो कुछ भी करने से पहले prepare चरण चलाया जाता है, इसलिए संस्करण वही है जो पहले था। इस मामले में "9.0.0-बीटा.33"

जब लर्न अपना रन चलाता है तो package.json इस पुराने संस्करण को चुनता है, जिसमें पहले से प्रकाशित संस्करण होता है, और फिर से प्रकाशित करने का प्रयास करता है।

hipstersmoothie 17 अक्तू॰ 2019

स्थानीय रूप से अगर मैं साथ lerna चलाने prerelease के बजाय preminor संस्करण वेतन वृद्धि नहीं करता है। कैनरी कमांड में prerelease करने के लिए हम एक अतिरिक्त ध्वज जोड़ सकते हैं या prerelease लेबल का उपयोग कर सकते हैं, लेकिन यह सुविधा स्वचालित नहीं होगी।

यह काफी अच्छा होना चाहिए। क्या आप " auto canary स्थानीय रूप से उस शाखा से चलाने पर विचार करते हैं जो beta / next संस्करण का निर्माण करती है" एक किनारे का मामला है? यदि नहीं, तो शायद यहाँ स्वचालित समर्थन होना चाहिए। इसके अलावा, अगर मुझे सीआई से auto canary चलाना था, तो क्या मैं अभी भी इस किनारे के मामले को मारूंगा?

जब लर्न अपना रन चलाता है तो package.json इस पुराने संस्करण को चुनता है, जिसमें पहले से प्रकाशित संस्करण होता है, और फिर से प्रकाशित करने का प्रयास करता है।

Lerna publishConfig.directory ( यहां देखें) का समर्थन करता है, लेकिन हो सकता है कि Lerna के साथ आपका एकीकरण किसी तरह उस कोड पथ से बच रहा हो।

aleclarson 17 अक्तू॰ 2019

यही वह रेखा है जो समस्या है।

क्योंकि आप इस बात जहां जिले फ़ोल्डर में package.json, रीडमी, आदि पर कॉपी और उसके बाद करना सिर्फ इतना है कि प्रकाशित करते हैं, हम चलाने की आवश्यकता prepare एक बहुत विशिष्ट समय में स्क्रिप्ट:

lerna version - package.json को कैनरी संस्करण में बदलता है
prepare - अंतिम पैकेज डिस्ट फोल्डर में डाला गया
lerna publish - पैकेज डिस्ट फोल्डर को सही संस्करण के साथ प्रकाशित करता है

तो इस वर्कफ़्लो के लिए आपको जीवनचक्र की स्क्रिप्ट को चलने देना चाहिए और ignoreScripts को असत्य पर सेट करना चाहिए (या बिल्कुल नहीं)।

hipstersmoothie 17 अक्तू॰ 2019

क्या आप एक एज केस होने के लिए "बीटा/अगले संस्करण को बनाने वाली शाखा से स्थानीय रूप से ऑटो कैनरी चलाना" मानते हैं? यदि नहीं, तो शायद यहाँ स्वचालित समर्थन होना चाहिए।

बीटा/अगला समर्थन वास्तव में अभी तक नहीं बनाया गया है, लेकिन जब मैं इससे निपटने का प्रयास करूंगा तो मैं इस मुद्दे पर वापस आऊंगा।

hipstersmoothie 17 अक्तू॰ 2019

हो सकता है कि लर्न के साथ आपका एकीकरण किसी तरह उस कोड पथ से बच रहा हो।

हम लर्न के उपयोग के बारे में कोई धारणा नहीं बना रहे हैं इसलिए यह वास्तव में कोई समस्या नहीं होनी चाहिए। आप यहां देख सकते हैं कि हम केवल lerna पर कॉल कर रहे हैं ताकि सभी भारी सामान उठाया जा सके।

hipstersmoothie 17 अक्तू॰ 2019

@aleclarson मैं ignoreScripts को हटाने के बाद एक कैनरी प्रकाशित करने में सक्षम था। मुझे लगता है कि मैंने इस मुद्दे में सब कुछ संबोधित किया है, अगर मेरे पास है तो कृपया बंद करें!

hipstersmoothie 17 अक्तू॰ 2019

ठीक है प्यारे! मेरे पास अभी एक समाधान है, इसलिए मैं जल्द ही कभी भी जाँच नहीं करूँगा।

अगर मैं इसे फिर से कोशिश करने के लिए तैयार हो जाता हूं तो मैं फिर से खोलना सुनिश्चित कर दूंगा। ;)

aleclarson 17 अक्तू॰ 2019

❤1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Auto: बीटा संस्करण के साथ मोनोरेपो में "ऑटो कैनरी" विफल हो रहा है

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

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