Cucumber-js: रिलीज के लिए समय? `message` फ़ॉर्मेटर नवीनतम में काम नहीं करता है लेकिन `मास्टर` पर काम करता है

हाय @sroze - क्या आपने किसी उपभोक्ता के साथ जेनरेट किए गए संदेशों का परीक्षण किया है? यदि हां, तो कौन?

मैं यह सुनिश्चित करना चाहता हूं कि जेनरेट किया गया आउटपुट निम्न के साथ काम करता है:

• एचटीएमएल-फॉर्मेटर
• जेसन-फॉर्मेटर

@ vincent-psarga - क्या हम मोनोरेपो बिल्ड के हिस्से के रूप में इसे सत्यापित करने के लिए cck को अपडेट कर सकते हैं?

किसी रिलीज़ को काटने से पहले निम्नलिखित को अपग्रेड किया जाना चाहिए:

• "cucumber-expressions": "^8.3.0" -> "@cucumber/cucumber-expressions": "^10.2.0"
• "cucumber-messages": "^8.0.0" -> "@cucumber/messages": "^12.1.1"
• "cucumber-tag-expressions": "^2.0.3" -> "@cucumber/tag-expressions": "^3.0.0"
• "gherkin": "^9.0.0" -> "@cucumber/gherkin": "^13.0.0"

यदि इन उन्नयनों के बिना कोई रिलीज़ किया जाना था, तो message फ़ॉर्मेटर द्वारा निर्मित संदेश cucumber-html , json-formatter की नवीनतम रिलीज़ के साथ असंगत होंगे और इस पर निर्भर अन्य कोई भी चीज़ @cucumber/messages का नवीनतम संस्करण। और यह मेरे विचार से किसी के लिए भी उपयोगी नहीं होगा।

@aslakhellesoy मैं वास्तव में उन्हें अपने स्वयं के पार्सर के साथ एक ऑटो-जेनरेटेड दस्तावेज़ (mkdocs के लिए एक प्लगइन में) में एकीकृत करने के लिए उपयोग कर रहा हूं, इसलिए मैं --format message:output.ndjson का उपयोग कर रहा हूं और उस output.ndjson फ़ाइल को पढ़ रहा हूं। अब तक बहुत अच्छा है, पिछले JSON आउटपुट से बहुत बेहतर है, मुझे कहना होगा

@ vincent-psarga - क्या हम मोनोरेपो बिल्ड के हिस्से के रूप में इसे सत्यापित करने के लिए cck को अपडेट कर सकते हैं?

बस यह सुनिश्चित करने के लिए कि मैं इसे सही ढंग से समझता हूं: नवीनतम रिलीज xxx-formatter को messages की रिलीज के खिलाफ चलाएं ताकि यह सुनिश्चित हो सके कि हम फॉर्मेटर्स की रिलीज को छोड़ना नहीं चाहते हैं?
यह निश्चित रूप से समझ में आता है। हालांकि मुझे नहीं पता कि यह प्रत्येक फॉर्मेटर के लिए सीसीके या दूसरी सीआई नौकरी का हिस्सा होना चाहिए या नहीं।

@sroze बहुत @cucumber/messages लाइब्रेरी में 8.0.0 से 12.1.1 में कुछ बैकवर्ड असंगत परिवर्तन हुए हैं। इसका नाम भी बदल दिया गया है। इसके आधार पर किसी भी पुस्तकालय को भी अद्यतन करना होगा।

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

@sroze क्या आपके पास अपने प्रोजेक्ट का लिंक है?

@ vincent-psarga मैं सुझाव दे रहा था कि हम सत्यापित कर सकते हैं कि ककड़ी.जेएस हमारे सीके के अनुरूप है। हमें चरण परिभाषाओं को लागू करना होगा, संदेश फ़ॉर्मेटर के साथ Cucumber.js चलाना होगा, और फिर जांचना होगा कि क्या json-formatter और html-formatter दोनों उन संदेशों का उपभोग कर सकते हैं।

क्या हम इसे पहले से ही ककड़ी-रूबी और ककड़ी-जेवीएम के लिए नहीं कर रहे हैं?

आह ठीक है मैंने नहीं देखा कि हम cucumber-js रेपो में थे (फोन पर सूचनाओं की जांच करते समय यही समस्या है ...)

मुझे लगता है कि यह करने योग्य होगा, लेकिन मुझे यकीन नहीं है कि हमें इसे मोनोरेपो में ही करना चाहिए, इस भंडार में और अधिक। रूबी के लिए, हमारे पास सीसीके के खिलाफ दो सत्यापन हैं:

• एक cucumber-ruby , जो संदेशों की नवीनतम रिलीज के खिलाफ ककड़ी-रूबी मास्टर को मान्य करता है (लेकिन json-formatter और html-formatter के मास्टर का उपयोग करता है)
• एक मोनोरेपो में किया गया, जो संदेशों के वर्तमान मास्टर और cucumber-ruby की नवीनतम रिलीज़ का उपयोग करता है। इसे अक्षम करना पड़ा क्योंकि ककड़ी-रूबी के समर्थित संदेश संस्करण के बीच विसंगतियां थीं (इसे फिर से सक्षम किया जा सकता था लेकिन संदेशों की अगली रिलीज के बाद इसे फिर से अक्षम करना होगा)

और जहां तक ​​मुझे याद है, fake-cucumber साथ सुनहरे NDJson के उत्पादन के लिए JS चरण पहले से ही लागू हैं, इसलिए यह हिस्सा लगभग पूरा हो चुका है (केवल आयात को अपडेट करना पड़ सकता है)

@aslakhellesoy मैं अभी #1318 पर काम कर रहा हूं जो सीसीके के खिलाफ सत्यापन और नवीनतम गेरकिन, संदेशों आदि के अपडेट जोड़ता है। बस शेष अंतराल के माध्यम से काम करना, लंबे समय तक नहीं - अगले कुछ दिनों में समाप्त करने का लक्ष्य। मुझे लगता है कि हम उसके बाद 7.0.0 रिलीज करने के लिए अच्छी स्थिति में होंगे।

मैं वास्तव में जावास्क्रिप्ट सीसीके पैकेज के साथ आपके इरादे की जांच करना चाहता था - मैंने देखा कि इसे कुछ समय पहले @cucumber/compatibility-kit तहत एनपीएम पर प्रकाशित किया गया था लेकिन कुछ समय में अपडेट नहीं किया गया था। अभी के लिए मैं काम करने के लिए मोनोरेपो से फाइलों की प्रतिलिपि बना रहा हूं, लेकिन एक निर्भरता के रूप में सीसीके सुविधाओं और संदेश फिक्स्चर होने से ऐसा करने का एक अच्छा तरीका प्रतीत होता है।

धन्यवाद @davidjgoss , नए संस्करण का उपयोग करने में सक्षम होने के लिए तत्पर हैं। जबकि यह किया जा रहा है, master संस्करण का उपयोग करने के लिए मुझे यही करना है cucumber-js । मुख्य चुनौती यह है कि हर बार जब मैं npm i फिर से चलाता हूं, तो npm शिकायत करता है कि node_modules/cucumber एक गिट भंडार है। क्या आप एक बेहतर तरीका जानते हैं? मैं

diff --git a/package.json b/package.json
index e78cd20..8702cb7 100644
--- a/package.json
+++ b/package.json
@@ -30,7 +30,8 @@
     "typeorm": "ts-node -r tsconfig-paths/register ./node_modules/typeorm/cli.js -f src/orm-migratio
ns-config.ts",
     "typeorm:migrate": "ts-node -r tsconfig-paths/register ./node_modules/typeorm/cli.js -f src/orm-
migrations-config.ts migration:run",
     "typeorm:revert": "ts-node -r tsconfig-paths/register ./node_modules/typeorm/cli.js -f src/orm-m
igrations-config.ts migration:revert",
-    "pod:migrate": "node ./node_modules/typeorm/cli.js -f dist/orm-migrations-config.js migration:run"
+    "pod:migrate": "node ./node_modules/typeorm/cli.js -f dist/orm-migrations-config.js migration:run",
+    "postinstall": "cd node_modules && mv cucumber cucumber-old && git clone https://github.com/cucumber/cucumber-js && mv cucumber-js cucumber && cd cucumber && npm i && npm run build-local && cd ../.."
   },
   "dependencies": {
@@ -86,7 +87,7 @@
     "@typescript-eslint/eslint-plugin": "^3.4.0",
     "@typescript-eslint/parser": "^3.4.0",
     "common-tags": "^1.8.0",
-    "cucumber": "^6.0.5",
+    "cucumber": "cucumber/cucumber-js#master",
     "cucumber-pretty": "^6.0.0",
     "cucumber-tsflow": "^3.2.0",
     "eslint": "^7.3.1",

क्या मैं परेशान हो सकता हूं और रिलीज में कटौती करने के लिए निम्नलिखित का पीछा कर सकता हूं?

1. @aslakhellesoy निर्भरताओं को वास्तव में अपग्रेड किया गया है।
2. @davidjgoss (बड़े पैमाने पर) CCK पर काम को मर्ज कर दिया गया है (जिसने testResult -> testStepResult मुद्दे की सही पहचान की है)

हमने वास्तव में एक रिलीज @sroze को काट दिया। @cucumber/cucumber आज़माएं - यह एक पूर्व-रिलीज़ है। अपडेट करने के तरीके के लिए माइग्रेशन गाइड देखें।

ओह बढ़िया, मैं इसे आज़मा दूंगा, धन्यवाद! पता नहीं था क्योंकि कोई टैग पुश नहीं किया गया था

हेड अप @sroze के लिए धन्यवाद - मैं वास्तव में टैग को पुश करना भूल गया था। यह अब ऊपर है।

इस तरह के पैकेज के बारे में कोई विचार जो अधिक लोगों को नया संस्करण खोजने में मदद करेगा?

• https://github.com/cucumber/cucumber-js/issues/1440
• https://github.com/cucumber/cucumber-js-package-upgrad/

7.0.0 अब जारी किया गया है, माइग्रेशन निर्देशों के लिए चेंजलॉग देखें। धन्यवाद!