Auto: मावेन-रिलीज़-प्लगइन की आवश्यकता को हटा दें

मैं पूरी तरह से सहमत हुँ!

जानकारी के साथ आपके अधिकांश बिंदु जो मुझे pom.xml से मिलते हैं, शायद उन क्षेत्रों की मेरी गलतफहमी से जुड़े हैं। यहां कोई भी बदलाव स्वागत से अधिक है।

मैं किसी भी महत्वपूर्ण बदलाव के लिए तैयार हूं जो हमें करना है। हम संभवत: #११५६ में विस्तृत कुछ छोटे ब्रेकिंग परिवर्तनों को रोल कर सकते हैं

ऐसा लगता है कि <scm/> और <developers/> बारे में मेरे दो बिंदु गलत हैं। npm प्लगइन उन्हें package.json से खींचता है। क्या इसका मतलब यह है कि वे _ चाहिए_ pom.xml ?

यदि वे pom एनपीएम repository और author फ़ील्ड के समकक्ष हैं तो हाँ।

लेखक के माध्यम से सेट किया गया है pom.xml का अनुभाग, जिसका अर्थ है कि प्रतिबद्ध करने वाला व्यक्ति चयनित लेखक के समान नहीं हो सकता है। गिट प्रतिबद्ध लेखक के साथ लाइन अप करने का कोई प्रयास नहीं है जानकारी।

यह npm प्लगइन के लिए भी सही है। स्थानीय रूप से ऑटो आपके git कॉन्फ़िगरेशन को ओवरराइड नहीं करेगा, लेकिन सीआई एनवी में इसे प्रतिबद्ध करने के लिए author सेट करना पड़ सकता है।

मालिक और रेपो जानकारी के माध्यम से सेट किया गया है अनुभाग, जो वास्तविक भंडार और वर्तमान क्लोन के स्वामी से भिन्न हो सकता है।

क्या यह अलग होगा? एनपीएम दुनिया में repository फ़ील्ड आमतौर पर पैकेज के लिए कोड को इंगित करता है। व्यवहार में आमतौर पर auto fork पर नहीं चलता है और अगर वे होते तो मुझे उम्मीद होती कि वे repository फ़ील्ड को अपने कांटे में अपडेट कर देंगे

ठीक है, यह समझ में आता है - इसलिए उचित व्यवहार उन चीजों (वर्तमान) की तलाश करना है, और यदि वे pom.xml में नहीं मिलते हैं, तो वापस आएं और मान लें कि उन्हें .autorc में सेट किया गया है

वर्तमान में, प्लग इन त्रुटि देगा यदि उसे <scm/> और <developers/> अनुभाग pom.xml नहीं मिलते हैं।

आह हाँ यह निश्चित रूप से एक बग है। इसमें त्रुटियां नहीं होनी चाहिए https://github.com/intuit/auto/blob/master/plugins/npm/src/index.ts#L504

क्या मशीन-पठनीय तरीके से संस्करण NUMBER को auto से प्राप्त करने का कोई तरीका है? मुझे आश्चर्य हुआ कि auto version कमांड संख्या के बजाय संस्करण टक्कर का प्रकार उत्पन्न करता है।

आप --quiet उपयोग कर सकते हैं और यह केवल कमांड द्वारा निर्मित संस्करण को प्रिंट करेगा। या इसे --dry-run साथ पेयर करें और आप देख सकते हैं कि आगे कौन सा संस्करण प्रकाशित किया जाएगा।

मैं वास्तविक संस्करण को थूकने के लिए version बनाने के लिए ध्वज जोड़ने के इच्छुक हो सकता हूं। यह बहु पैकेज परिदृश्यों में अजीब हो जाता है

मैं देख सकता हु। यह पता लगाने के लिए कि वह किस संस्करण की तलाश कर रहा है, इसे कॉलर पर छोड़ना शायद बेहतर है।

बहु-पैकेज परिदृश्यों के बारे में आपकी बात यहां प्रासंगिक है - मावेन-रिलीज़-प्लगइन उस प्रकार के परिदृश्य का समर्थन करता है, आउट-ऑफ-द-बॉक्स। यह मुझे सवाल करता है कि क्या मैं उस काम को पुन: पेश करना चाहता हूं। मैं अपने आप को एक गतिरोध में पा रहा हूं - एक तरफ, मावेन-रिलीज़-प्लगइन का उपयोग न करने का मेरा तर्क मान्य है, जबकि दूसरी ओर, सबमॉड्यूल संस्करण प्रबंधन जैसी चीजें एक गैर-तुच्छ उपयोग-मामला है। संबोधित किया जाना चाहिए, और मेवेन-रिलीज-प्लगइन द्वारा कवर किया गया है।

मुझे मेवेन-रिलीज-प्लगइन का उपयोग करने के दो तरीके मिले हैं जिनका उपयोग मेवेन प्लगइन को release:prepare दौरान भंडार को संशोधित करने से रोकने के लिए किया जा सकता है, और आज बाद में उनका परीक्षण किया जाएगा।

@hipsstersmoothie मेरे पास getAuthor , getRepo , आदि के बारे में एक प्रश्न है। हुक व्यवहार - आरई: https://github.com/intuit/auto/issues/1260#issuecomment के बारे में टिप्पणी - ६३४२८०६५५, मैं परीक्षणों को देख रहा हूँ और वे इसके विपरीत प्रतीत होते हैं।

उदाहरण:
https://github.com/intuit/auto/blob/47d3b54ef1a7af990fe0ca898e747dd833fde3b1/plugins/maven/__tests__/maven.test.ts#L95

इसलिए, जब मैं undefined AuthorInformation लौटाता हूं तो कोई त्रुटि नहीं होती है।

मैं क्या गलत कर रहा हूं, इसके बारे में कोई सुझाव, या मुझे अपने हुक हैंडलिंग में throw फिर से पेश करना चाहिए या नहीं?

यह निश्चित रूप से गलत है कि अन्य सभी प्लगइन्स कैसे काम करते हैं। अपरिभाषित लौटना सही तरीका है। इस तरह core स्थानीय कॉन्फ़िगर किए गए git उपयोगकर्ता के पास वापस आ सकता है यदि आवश्यक हो

गोचा - मुझे यही लगा, इसलिए मैंने असफल हुक वापसी सुनिश्चित करने के लिए परीक्षणों को संशोधित किया है undefined ।

ऐसा लगता है कि ग्रेडेल और कोकोपोड्स प्लगइन्स दोनों त्रुटियों को फेंक देते हैं यदि उन्हें कोई संस्करण नहीं मिल रहा है। मैंने ग्रेडल प्लगइन के लिए एक बग बनाया - क्या आप कोकोपोड्स के लिए दूसरा चाहते हैं?

बस इस मुद्दे पर एक नॉट छोड़ दें। पकड़ने के लिए धन्यवाद!

मैं hooks.beforeRun दौरान मूल्यों के आरंभीकरण के परीक्षण के लिए एक अच्छी विधि के साथ संघर्ष कर रहा हूं। विशेष रूप से, मेरे पास निम्न कोड है, कि जब डिबग के तहत hooks.beforeRun टैप के दौरान लेखक की जानकारी को सफलतापूर्वक निकालता है, लेकिन परीक्षण में विफल रहता है:

    test("should get author from pom.xml", async () => {
      mockRead(`
        <project
          xmlns="http://maven.apache.org/POM/4.0.0"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
          <developers>
            <developer>
              <name>Andrew Lisowski</name>
              <email>[email protected]</email>
            </developer>
          </developers>
        </project>
      `);

      await hooks.beforeRun.promise({} as any);

      expect(await hooks.getAuthor.promise()).toStrictEqual(
        expect.objectContaining({
          email: "[email protected]",
          name: "Andrew Lisowski",
        })
      );
    });

क्या हो रहा है कि परीक्षण getAuthor हुक के लिए हो रहा है इससे पहले कि beforeRun हुक चलाया जाता है। मैंने अन्य कोड को देखा है जो इसका परीक्षण करता है (ग्रेडल, एस 3), और मुझे कोई भाग्य नहीं है।

असल में, मुझे beforeRun हुक को निश्चित रूप से निष्पादित करने का एक तरीका चाहिए और यह पता नहीं लगा सकता कि इसे कैसे किया जाए।

एक शाखा धक्का और मैं इसे देख सकता हूँ

@hipstersmoothie यहाँ शाखा है: https://github.com/terradatum/auto/tree/remove-maven-release-plugin-requirement

मैंने उस कोड पर टिप्पणी की है जो मेरे परिवर्तनों को केंद्रीय रेपो में धकेल देगा ताकि मैं दूरस्थ इतिहास को प्रदूषित किए बिना एक वास्तविक परियोजना पर कोड का परीक्षण कर सकूं।

इसके साथ आप मुझे जो भी मदद दे सकते हैं, उसकी बहुत सराहना की जाती है - मैं यह जांचने के लिए परीक्षणों का उपयोग करने में सक्षम होना पसंद करूंगा कि मैं "के खिलाफ कोड चलाएं" की पुरानी-विद्यालय पद्धति का सहारा लेने के बजाय, pom.xml फ़ाइलों को कितनी अच्छी तरह संशोधित कर सकता हूं। वास्तविक फाइलें, वास्तविक फाइलों की जांच करें, परिवर्तनों से छुटकारा पाने के लिए git reset --hard HEAD~1 चलाएं, कुल्ला और दोहराएं।"

साथ ही, मुझे स्थानीय package.json कुछ बदलाव करने पड़े जो IntelliJ में जेस्ट परीक्षण चलाने के लिए रूट package.json साथ असंगत थे - क्या उस पर आप मुझे कोई मार्गदर्शन दे सकते हैं, या यह बॉक्स से बाहर "बस काम" करना चाहिए?

विशेष रूप से, जब मेवेन प्लगइन निर्देशिका में और npm test चल रहा हो - सभी परीक्षण चल रहे हैं क्योंकि "test": "jest --maxWorkers=2 --config ../../package.json" ।

और अगर मैं संपादक से IntelliJ टेस्ट रनर का उपयोग करने का प्रयास करता हूं, तो मुझे मिलता है:

  ● Test suite failed to run

    SyntaxError: /home/rbellamy/Development/Terradatum/auto/plugins/maven/__tests__/maven.test.ts: Unexpected token, expected "," (15:24)

      13 | }));
      14 | 
    > 15 | const mockRead = (result: string) =>
         |                         ^
      16 |   jest
      17 |     .spyOn(fs, "readFile")
      18 |     // @ts-ignore

      at Parser._raise (../../node_modules/@babel/parser/src/parser/location.js:241:45)
      at Parser._raise [as raiseWithData] (../../node_modules/@babel/parser/src/parser/location.js:236:17)
      at Parser.raiseWithData [as raise] (../../node_modules/@babel/parser/src/parser/location.js:220:17)
      at Parser.raise [as unexpected] (../../node_modules/@babel/parser/src/parser/util.js:149:16)
      at Parser.unexpected [as expect] (../../node_modules/@babel/parser/src/parser/util.js:129:28)
      at Parser.expect [as parseParenAndDistinguishExpression] (../../node_modules/@babel/parser/src/parser/expression.js:1293:14)
      at Parser.parseParenAndDistinguishExpression [as parseExprAtom] (../../node_modules/@babel/parser/src/parser/expression.js:1029:21)
      at Parser.parseExprAtom [as parseExprSubscripts] (../../node_modules/@babel/parser/src/parser/expression.js:539:23)
      at Parser.parseExprSubscripts [as parseMaybeUnary] (../../node_modules/@babel/parser/src/parser/expression.js:519:21)
      at Parser.parseMaybeUnary [as parseExprOps] (../../node_modules/@babel/parser/src/parser/expression.js:311:23)

मैं jest.config.ts फ़ाइल जोड़कर IntelliJ के साथ अपनी समस्या का समाधान कर सकता हूं:

module.exports = {
  clearMocks: true,
  moduleFileExtensions: ['js', 'ts'],
  testEnvironment: 'node',
  testMatch: ['**/*.test.ts'],
  testRunner: 'jest-circus/runner',
  transform: {
    '^.+\\.ts$': 'ts-jest'
  },
  verbose: true
}

और फिर रूट या मावेन package.json फाइलों में jest-circus जोड़ना।

बस ध्यान दिया कि xml2js काम नहीं करेगा क्योंकि यह चुपचाप एक्सएमएल => जेएसओएन => एक्सएमएल अनुवाद के दौरान सभी एक्सएमएल टिप्पणियों को हटा देगा। मैं इसे काम करने की कोशिश कर रहा हूं, और यह दांत खींचने जैसा है। इस बात की कोई गारंटी नहीं है कि xml2js ट्रांसफॉर्म के माध्यम से आगे बढ़ते समय एक्सएमएल मूल जैसा कुछ भी दिखाई देगा, और यह एक डील-ब्रेकर है।

सिर्फ एक प्लगइन के लिए परीक्षण चलाने के लिए मैं इसे रूट से चलाता हूं।

yarn test plugins/maven

इसके बाद यह सवाल उठता है कि क्या आप उन सभी परिवर्तनों को आसानी से दिखा सकते हैं जो आप कर रहे हैं या कलाकृतियों को आप वास्तव में कुछ बदलाव किए बिना बना रहे हैं।

यह एक बहुत बड़ी डील ब्रेकर की तरह लगता है। क्या जावा वातावरण में कोई मानक सीएलआई भेज दिया गया है जो उस फ़ाइल के संपादन की अनुमति देता है?

प्लगइन के लिए जिनके पास कॉन्फ़िगरेशन फ़ाइल के लिए पार्सर नहीं है (उदा: रूबी) auto फ़ाइल को अपडेट करने के लिए अधिकतर रेगेक्स का उपयोग करता है।

क्या आपको beforeRun मुद्दे को देखने का मौका मिला? मेरे पास वर्कअराउंड है, लेकिन यह वास्तव में हैकी लगता है ...

मैं वास्तव में एक्सएमएल के साथ रेगेक्स का उपयोग करने के विचार को नापसंद करता हूं - यह त्रुटि-प्रवण और भंगुर है। हालांकि, यह केवल संस्करण को संशोधित करने के लिए DOMParser या XMLSerializer का उपयोग करने के लिए हास्यास्पद रूप से जटिल लगता है, यही कारण है कि मैं पहली जगह में xml2js साथ काम करने की कोशिश कर रहा था।

अब इसे देख रहे हैं!

https://github.com/terradatum/auto/blob/remove-maven-release-plugin-requirement/plugins/maven/src/index.ts#L127

समस्या यह है कि आप "सिंक्रोनस" टैप कर रहे हैं और इसके अंदर एसिंक काम कर रहे हैं

इसे बदलें

auto.hooks.beforeRun.tap(this.name, async () => {

इसके लिए

auto.hooks.beforeRun.tapPromise(this.name, async () => {

आह पहले रन हुक अभी सिंक है, यही असली समस्या है। यह कुछ भी नहीं बदलेगा यदि वह AsyncSeriesHook बजाय SyncHook । अगर मैं यह स्पष्ट नहीं कर रहा हूं कि मैं क्या कह रहा हूं तो मैं आपको शाखा में एक प्रतिबद्धता भेज सकता हूं

कृपया करें... मैं आपको एक योगदानकर्ता बनाता हूं।

आगे बढ़ो!

बस धक्का दिया। परीक्षण चलाया और अब केवल दो विफल हो रहे हैं। पहले रन हुक अपेक्षानुसार काम कर रहा है।

@hipstersmoothie मुझे टेराडाटम/ऑटो रेपो के प्रति प्रतिबद्धता दिखाई नहीं दे रही है?

अब मैंने वास्तव में धक्का दिया है

क्या इससे किसी भी प्लगइन के लिए एक ब्रेकिंग परिवर्तन होगा जो वर्तमान में सिंक्रोनस टैप का उपयोग कर रहा है?

नहीं। सिंक टैप समान काम करना चाहिए। यह सिर्फ एक वादे को पूरा करने की क्षमता जोड़ता है

मैंने इस काम को भंगुर/त्रुटि-प्रवण रेगेक्स के साथ सफलतापूर्वक किया है। मेरी चिंता यह है कि <version/> तत्व का उपयोग pom.xml फ़ाइल में हर जगह किया जाता है - आर्टिफैक्ट संस्करण के लिए और निर्भरताओं और प्लगइन्स के लिए। दूसरे शब्दों में, रेगेक्स अनजाने में उस संस्करण को बदलने की अत्यधिक संभावना है जिसे इसे नहीं माना जाता है।

एक्सएमएल डोम (xmldom, xmldom-ts, xml2js, xml2json, आदि के माध्यम से) के साथ काम करने की कोशिश में, मैंने खुद को महाकाव्य अनुपात के दलदल में फंस गया पाया है। मैं किसी भी तरह से खुद को टाइपस्क्रिप्ट या जावास्क्रिप्ट विशेषज्ञ नहीं मानता, इसलिए हो सकता है कि मैं वहीं गिर रहा हूं।

दो चीजें मेरे गधे को मार रही हैं:

1. मैं डिबग मोड में मेवेन परीक्षण (और केवल मेवेन परीक्षण) चलाने के लिए इंटेलिजे को कैसे प्राप्त कर सकता हूं यह नहीं समझ सकता। कभी-कभी यह काम करता है, कभी-कभी यह नहीं करता है।
2. pom.xml को Document में लोड करना और फिर "/project/version" और "/project/parent/version" नोड्स का चयन करने के लिए xpath का उपयोग करना।

उन दो मुद्दों के बीच मैंने शायद कुल १२ से १६ घंटे बिताए हैं, और मैं वास्तव में निराश हो रहा हूँ। मेरे पास आज सुबह तक # 1 काम था, और मुझे लगता है कि # 2 अपेक्षाकृत सरल होना चाहिए, लेकिन ऐसा लगता है कि हर मोड़ पर मुझसे लड़ रहा है।

मैं हास्यास्पद सरल कारण के लिए मेवेन-रिलीज-प्लगइन का उपयोग करने के लिए वापस जाने के इच्छुक हूं कि यह मेरे लिए pom.xml फ़ाइलों को अपडेट करने का काम करता है।

मैं डिबग मोड में मेवेन परीक्षण (और केवल मेवेन परीक्षण) चलाने के लिए इंटेलिजे को कैसे प्राप्त कर सकता हूं यह नहीं समझ सकता। कभी-कभी यह काम करता है, कभी-कभी यह नहीं करता है।

मुझे खेद है कि मैं यहाँ अधिक मददगार नहीं हूँ। मैं वीएससीओडी का उपयोग करता हूं और शायद ही कभी परीक्षणों को डीबग करता हूं। क्या आप रूट से yarn test plugins/maven साथ दौड़ सकते हैं?

pom.xml को किसी दस्तावेज़ में लोड करना और फिर "/ प्रोजेक्ट/संस्करण" और "/ प्रोजेक्ट/पैरेंट/संस्करण" नोड्स का चयन करने के लिए xpath का उपयोग करना।

यह एक अच्छा तरीका लगता है। अगर वह काम कर सकता है तो अच्छा लगता है।

मैं हास्यास्पद सरल कारण के लिए मेवेन-रिलीज-प्लगइन का उपयोग करने के लिए वापस जाने के इच्छुक हूं कि यह मेरे लिए pom.xml फ़ाइलों को अपडेट करने का काम करता है।

क्या केवल प्लगइन आधारित सामग्री है जैसे https://stackoverflow.com/questions/5726291/updating-version-numbers-of-modules-in-a-multi-module-maven-project मावेन के लिए उपलब्ध है? निम्न स्तर की एमवीएन आधारित चीज सही होगी।

इस पर इतना समय बिताने के लिए BTW धन्यवाद!

प्रतिक्रिया और समर्थन के लिए धन्यवाद। शेख़ी (ईश) पिछली टिप्पणी के लिए खेद है।

संस्करणों-मेवेन-प्लगइन के बारे में महान बिंदु - मैंने पहले इसके साथ काम नहीं किया है और यह नहीं पता था कि यह अस्तित्व में है। यह निश्चित रूप से मेरे लिए चीजों को आसान बना देगा ... यह मेवेन-रिलीज-प्लगइन के बीच एक सही समझौता है और ऑटो प्लगइन के माध्यम से pom.xml फ़ाइलों को प्रबंधित करने का प्रयास कर रहा है।

मुझे काम करने के लिए yarn test plugins/maven मिल सकता है। मैं अधिक पारंपरिक console.log बजाय चीजों का निरीक्षण करने के लिए डीबगर का उपयोग करने का भी एक बड़ा प्रशंसक हूं, इसलिए शायद यही वह जगह है जहां मैं अपनी ज़रूरत से ज़्यादा नाराज़गी पैदा कर रहा हूँ ...

एक लंबी और कठिन यात्रा के बाद, मैं लगभग मैं एक पूर्ण समाधान क्या विचार करना है, कि या तो संशोधित करेगा pom.xml सीधे फाइल या का उपयोग versions-maven-plugin सेट करने के लिए संस्करणों।

कुछ चेतावनी हैं। pom.xml को संशोधित करने के लिए उपयोग किया गया कोड एक DOM के साथ काम कर रहा है, जिसके निम्नलिखित परिणाम हैं:

1. tsconfig.json प्रसंस्करण में एक बग है जिसके लिए आवश्यक है कि "dom" lib "es2017" में "compilerOptions" :

काम करता है:

"compilerOptions": [ "dom", "es2017" ]

काम नहीं करता:

"compilerOptions": [ "es2017", "dom" ]

"फिक्स" के बिना, निम्नलिखित होता है:

$ tsc -b tsconfig.dev.json
node_modules/@types/jsdom/index.d.ts:28:40 - error TS2304: Cannot find name 'DocumentFragment'.

28         static fragment(html: string): DocumentFragment;
                                          ~~~~~~~~~~~~~~~~

node_modules/@types/jsdom/index.d.ts:45:28 - error TS2304: Cannot find name 'Node'.

45         nodeLocation(node: Node): ElementLocation | null;
                              ~~~~

node_modules/@types/jsdom/index.d.ts:188:19 - error TS2304: Cannot find name 'HTMLScriptElement'.

188         element?: HTMLScriptElement | HTMLLinkElement | HTMLIFrameElement | HTMLImageElement;
                      ~~~~~~~~~~~~~~~~~

node_modules/@types/jsdom/index.d.ts:188:39 - error TS2304: Cannot find name 'HTMLLinkElement'.

188         element?: HTMLScriptElement | HTMLLinkElement | HTMLIFrameElement | HTMLImageElement;
                                          ~~~~~~~~~~~~~~~
<snip - numerous other errors>

1. jest परीक्षणों के लिए testEnvironment: 'jsdom' के विपरीत 'node' ।

"फिक्स" के बिना, निम्नलिखित होता है:

$ jest --runInBand plugins/maven
 FAIL  plugins/maven/__tests__/maven.test.ts
  maven
    updatePomVersion
      ✕ should replace the previousVersion with the newVersion (39ms)

  ● maven › updatePomVersion › should replace the previousVersion with the newVersion

    ReferenceError: XPathEvaluator is not defined

      51 | ) => {
      52 |   const pomDom = new jsdom.JSDOM(content, {contentType: "text/xml"}).window.document;
    > 53 |   const evaluator = new XPathEvaluator();
         |                     ^
      54 |   const resolver = evaluator.createNSResolver(pomDom.documentElement);
      55 |   const expression = evaluator.createExpression("/project/version", resolver);
      56 |   const versionNode = expression.evaluate(pomDom.documentElement, XPathResult.FIRST_ORDERED_NODE_TYPE);

      at Object.exports.updatePomVersion (plugins/maven/src/index.ts:53:21)
      at Object.test (plugins/maven/__tests__/maven.test.ts:53:26)

प्लगइन के रूट कॉन्फ़िगरेशन में सेट होने पर उपरोक्त में से कोई भी "फिक्स" काम नहीं करता है, उदाहरण के लिए न तो plugins/maven/tsconfig.json और न ही jest कॉन्फ़िगरेशन plugins/maven/package.json । रूट कॉन्फ़िग फ़ाइलों में परिवर्तन करना परीक्षणों या कार्यक्षमता को नकारात्मक रूप से प्रभावित नहीं करता है।

क्या यह आपकी शाखा पर है? मैं शायद इसे ठीक कर सकता हूँ

अभी नहीं... मैं यह सुनिश्चित कर रहा हूं कि सभी परीक्षण (और नए वाले) पुश करने से पहले पास हो जाएं। जब वे आपकी समीक्षा के लिए तैयार होंगे, तब मैं आपको पिंग करूंगा।

मैंने बस मास्टर को अपनी शाखा में रिबेस किया, और अब मुझे कई बिल्ड त्रुटियां मिल रही हैं।

पहले yarn.lock फ़ाइल मर्ज विरोध के कारण बोर हो गई थी, इसलिए मुझे इसे हटाना और पुनर्निर्माण करना पड़ा:

error Incorrect integrity when fetching from the cache for "babel-plugin-jest-hoist". Cache has "sha512-u+/W+WAjMlvoocYGTwthAiQSxDcJAyHpQ6oWlHdFZaaN+Rlk8Q7iiwDPg2lN/FyJtAYnKjFxbn7xus4HCFkg5g== sha1-EpyAulx/x1uvOkW5Pi43LVfKJnc=" and remote has "sha512-+AuoehOrjt9irZL7DOt2+4ZaTM6dlu1s5TTS46JBa0/qem4dy7VNW3tMb96qeEqcIh20LD73TVNtmVEeymTG7w==". Run `yarn cache clean` to fix the problem

एक बार मैंने ऐसा किया, अब मुझे @octokit/graphql त्रुटियां मिल रही हैं:

$ tsc -b tsconfig.dev.json
packages/core/src/auto.ts:2018:13 - error TS2571: Object is of type 'unknown'.

2018         if (result?.[`hash_${commit}`]) {
                 ~~~~~~

packages/core/src/auto.ts:2019:27 - error TS2571: Object is of type 'unknown'.

2019           const number = (result[`hash_${commit}`] as ISearchResult).edges[0]
                               ~~~~~~

packages/core/src/release.ts:286:52 - error TS2769: No overload matches this call.
  Overload 1 of 2, '(o: ArrayLike<unknown> | { [s: string]: unknown; }): [string, unknown][]', gave the following error.
    Argument of type 'unknown' is not assignable to parameter of type 'ArrayLike<unknown> | { [s: string]: unknown; }'.
      Type 'unknown' is not assignable to type '{ [s: string]: unknown; }'.
  Overload 2 of 2, '(o: {}): [string, any][]', gave the following error.
    Argument of type 'unknown' is not assignable to parameter of type '{}'.

286       (acc, result) => [...acc, ...(Object.entries(result) as QueryEntry[])],
                                                       ~~~~~~


packages/core/src/__tests__/git.test.ts:209:12 - error TS2571: Object is of type 'unknown'.

209     expect(result!.data).not.toBeUndefined();
               ~~~~~~~


Found 4 errors.

error Command failed with exit code 2.

मुझे बहुत उम्मीद थी कि मैं इसके लिए एक पीआर बना पाऊंगा - लेकिन मुझे चिंता है कि यह अभी तक तैयार नहीं है।

ठीक है, मैंने काम किया जो मुझे करने की आवश्यकता थी - मैंने अभी yarn.lock फ़ाइल को master से चेक किया और फिर yarn clean && yarn install && yarn build && yarn test plugins/maven फिर से चलाया और मुझे लगता है कि मैं अच्छा हूं -जाओ।

बहुत बढ़िया! मैं आज इसकी समीक्षा करूंगा। क्षमा करें, मैंने सप्ताहांत में जवाब नहीं दिया!

:रॉकेट: मुद्दा v9.40.0 में जारी किया गया था: रॉकेट: