क्या आपके पास एक रिप्रो है कि मैं वर्बेटिम का उपयोग कर सकता हूं? इसे पुन: पेश करने में परेशानी हो रही है।

कोई खेद नहीं।

यह वास्तव में मेरे व्यक्तिगत github से नहीं था। यह "git+ssh://[email protected]/<org>/<package>.git"

रेपो निजी है और मैंने एक्सेस पढ़ा / लिखा है। (यह मेरे github खाते पर पंजीकृत SSH कुंजी के माध्यम से एक्सेस करता है)

क्या अतिरिक्त लॉग आउटपुट है जो मुझे आपके लिए किसी तरह मिल सकता है?

मैं इस तरह के एक से अधिक पहचानकर्ता के साथ ऐसा होने का उल्लेख करूंगा।

न्यूनतम रिप्रो:

{
  "name": "x",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "devDependencies": {
      "eslint-config-radweb": "git+https://[email protected]/radweb/eslint-config-radweb.git"
  },
  "keywords": [],
  "author": "",
  "license": "ISC"
}

पैकेज रजिस्ट्री पर नहीं है, अगर इससे कोई फर्क पड़ता है।

यह भी त्रुटि जब एक जीआईटी टैग निर्दिष्ट करता है (जो npm अनुमति देता है)।

उदाहरण स्निपेट:

...
  "react-quill": "git+https://[email protected]/alexkrolick/react-quill.git#v2.0.1",
...

मुझे भी यह # 621 मिलता है

बस मामले में जोड़ अलग-अलग / git टैग के @BBB मामले के लिए एक अतिरिक्त समाधान की आवश्यकता है:

मैं git + ssh के साथ _specific कमिट hash_ स्थापित करने का प्रयास कर रहा हूं। NPM डिफ़ॉल्ट क्लाइंट इसका समर्थन करता है।

# 573, # 633 और # 639 लग रहे हैं

संदर्भ के लिए, एनपीएम के डॉक्स से :

npm install <git remote url>:

होस्ट किए गए गिट प्रदाता से पैकेज स्थापित करता है, इसे गिट के साथ क्लोन करता है। पहले यह https के माध्यम से कोशिश करता है (gitub के साथ git) और यदि वह विफल रहता है, ssh के माध्यम से।

<protocol>://[<user>[:<password>]@]<hostname>[:<port>][:][/]<path>[#<commit-ish>]

<protocol> git , git+ssh , git+http , git+https , या git+file । यदि कोई <commit-ish> निर्दिष्ट नहीं है, तो master का उपयोग किया जाता है।

यह भी ध्यान दिया जाना चाहिए कि <commit-ish> resolvable मूल्यों का एक बहुत विस्तृत सरणी है।

commit ऑब्जेक्ट या ऐसी वस्तु जिसे commit ऑब्जेक्ट के लिए पुन: प्राप्त किया जा सकता है। निम्नलिखित सभी कमिट-ईश हैं: एक commit वस्तु, एक tag वस्तु जो commit वस्तु की ओर इशारा करती है, एक tag वस्तु जो एक tag वस्तु जो commit वस्तु आदि की ओर इशारा करती है।

नोट: ये git रिमोट url इंस्टाल भी केवल GitHub / GitLab / etc के लिए सर्वर प्रमाणीकरण के लिए SSH कुंजी का उपयोग करके सार्वजनिक और निजी दोनों git सर्वर इंस्टेंसेस पर काम करने के लिए सुनिश्चित किया जाना चाहिए। आप ऐसे परिदृश्य की कल्पना कर सकते हैं जहां कोई कंपनी अपने सभी आंतरिक रूप से प्रबंधित निर्भरताओं (या यहां तक ​​कि निजी जीआईटीएचबी रिपॉज एसएसएच के माध्यम से एक्सेस की जाती है) के लिए एक स्थानीय गिट सर्वर का उपयोग करती है। अभी तक, इन _relatively common_ उपयोग मामलों को समायोजित करने के लिए yarn सेट नहीं किया गया है।

रेपो केस की स्थापना के लिए सबसे आसान तरीका यार्न का उपयोग करके एक निजी गिटहब रिपॉजिटरी से एक पैकेज स्थापित करने का प्रयास करना होगा।

यदि आप निम्न स्रोत स्ट्रिंग निर्दिष्ट करते हैं:

"devDependencies": {
    "license-builder": "ssh://github.com/<user>/<package>",
}

फिर यह SSH पर उल्लिखित भंडार को क्लोन करने का प्रयास करता है , लेकिन "अनुमति अस्वीकृत (publickey)" के साथ विफल रहता है क्योंकि GitHub ग्राहकों से git उपयोगकर्ता के रूप में लॉगिन करने की उम्मीद करता है, और इस मामले में स्थानीय खाता उपयोगकर्ता डिफ़ॉल्ट रूप से उपयोग किया गया था ।

जब आप gitHub में git लॉगिन करने के लिए मजबूर करने के लिए git@ निर्दिष्ट करते हैं, तो यह सामान्य रूप से विफल होता है:

error Couldn't find any versions for <package> that matches ssh://[email protected]/<user>/<package>.

तो, यह लगभग काम करता है, लेकिन उपयोगकर्ता नाम निर्दिष्ट करने का समर्थन नहीं करता है। यदि आपका स्थानीय खाता उपयोगकर्ता git कहा जाता है, तो यह वास्तव में सफल होगा।

यदि आप अपने ~/.ssh/config फ़ाइल में निम्नलिखित जोड़ते हैं:

Host github.com
        User git

आप डिफ़ॉल्ट रूप से git का उपयोग करने के लिए SSH के माध्यम से github.com पर सभी लॉगिन को बाध्य कर सकते हैं, और यह ssh://github.com/<user>/<package> स्रोत प्रारूप का उपयोग करते समय यार्न को निजी रिपॉजिटरी से क्लोन करने में सक्षम बनाता है।

यह हमारे लिए एक मजबूत नो-गो है, git संदर्भित रेपो (हमारे स्थानीय gitlab EE उदाहरण को इंगित करते हुए) का उपयोग करना हमारे वर्कफ़्लो का एक मजबूत हिस्सा है: रो:
इसके अलावा यह "मर्ज और एनपीएम प्रकाशित करने से पहले" पैकेज (जैसे HTTP-प्रॉक्सी ...) को फोर्क करने और इंगित करने के लिए बहुत उपयोगी है।

@milosivanovic

यदि आप अपनी ~ / .ssh / config फाइल में निम्नलिखित जोड़ते हैं:

लेकिन मेरे कॉन्‍फ़‍िगरेशन में पहले से ही मेरे ssh के लिए क्रेडेंशियल मौजूद है, ताकि मैं प्राइवेट रेपो तक पहुंच सकूं। यह वर्कअराउंड केवल पब्लिक रिपोज के लिए काम करता है, है ना?

@milosivanovic @ntucker वास्तव में इसने मेरे विशेष मामले में काम किया; मेरे पास शुरू करने के लिए कोई भी ssh config फाइल नहीं थी।

@kblcuk आह, अच्छी तरह से @milosivanovic अन्य मुद्दों के लिए जा रहा था और अपने काम का दावा करते हुए उन मामलों के लिए काम किया था, इसलिए मुझे लगा कि यह सामान्य समस्याओं के लिए मुद्दा था।

@ कहा गया वर्कअराउंड निजी रिपॉजिटरी के लिए है। आप पहले से ही एक है, तो Host github.com में प्रवेश ~/.ssh/config , तो जोड़ने User git कि प्रवेश और यार्न के लिए क्लोन करने में सक्षम हो जाएगा जब आप इस तरह के रूप में एक स्रोत स्ट्रिंग निर्दिष्ट ssh://github.com/<user>/<package> , यानी बिना "git +" और बिना किसी उपयोगकर्ता के निर्दिष्ट।

@milosivanovic github को मेरे उपयोगकर्ता नाम ssh को तब कैसे करना है?

SSH पर संचार करते समय @ntucker , GitHub आपको उपयोगकर्ता "git" के रूप में अपने सर्वर में लॉग इन करने की उम्मीद करता है। यदि आप अपने सामान्य GitHub उपयोगकर्ता नाम के साथ लॉग इन करने का प्रयास करते हैं, तो प्रमाणीकरण विफल हो जाएगा। SSH पर GitHub आपको आपकी सार्वजनिक कुंजी से अलग करता है, उपयोगकर्ता नाम से नहीं। संदर्भ: https://help.github.com/articles/testing-your-ssh-connection/

सिर्फ उल्लेख करने के लिए सोचा क्योंकि कई लोग शायद इस सुविधा के बारे में नहीं जानते हैं। GitHub के लिए, आप टारबॉल URL पर निर्भर हो सकते हैं जो yarn साथ ठीक काम करता है। तेजी से भी स्थापित करता है।

https://github.com/user/repo/tarball/branch

@milosivanovic दुर्भाग्य से यह हल प्रारूप में हमारे आंतरिक यूआरएल के लिए काम नहीं करता है:
git+ssh://[email protected]:team-name/repo.git

यदि आप प्रारंभिक रेपो को स्वरूप ssh://source.com/team-name/repo.git बदलते हैं ...

... तो यह शुरुआती एक के लिए काम करेगा ... लेकिन फिर निश्चित रूप से अन्य सभी आंतरिक निर्भरताएं जो पहले आंतरिक निर्भरता को इसे तोड़ने के लिए इंगित करती हैं, क्योंकि वे सभी उस प्रारूप में हैं।

हमारे सभी रेपो और निर्भरता के सभी URL को वर्कअराउंड फॉर्मेट में बदलने और बदलने के बाद (तब सामान्य रूप से npm पर काम नहीं करने से निपटने के लिए), हम इस पर भी थोड़ा अवरुद्ध हैं।

जैसा कि @ 131 ने बताया, यह एक प्रमुख तरीका है कि टीमें आंतरिक रूप से npm का उपयोग करती हैं (जो मुझे पता है)।

हालांकि इसके अलावा बहुत अच्छा लग रहा है!

@brokenalarms ssh://host.com/user/repo स्वरूप npm के साथ पूरी तरह से पीछे-संगत है (जब तक कि अपेक्षित उपयोगकर्ता SSH config फ़ाइल में निर्दिष्ट किया गया है), लेकिन फिर भी यह एक उचित बिंदु है।

मैं देख रहा हूं .... इसलिए वे जानते हैं कि ssh कुंजी पर आधारित उपयोगकर्ता क्या है?

@ हांकर हाँ

मेरे पास एक ही समस्या थी लेकिन ntucker के उपयोगकर्ता के git को ~ / .ssh / config में जोड़ने के समाधान से मुझे मदद मिली। कम से कम विकास के माहौल में। AWS EB को तैनात करने की कोशिश करेंगे अब :)

, पुष्टि कर सकते हैं का उपयोग कर कि git+ssh://[email protected]:<org>/<repo> नहीं में काम yarn और करने के लिए बदल रहा है https://github.com:<org>/<repo> काम करता है, लेकिन है कि हमारे सीआई सर्वर पर विफल हो जाएगा कि अभी भी _NPM का उपयोग करता है _।

इस वर्कअराउंड ने मेरी मदद की:

1. से मेरा निजी रिपॉजिटरी URL बदल दिया है

git+ssh://git@host/user/private-repo.git 

सेवा

ssh://host/user/private-repo.git

1. जोड़ा गया उपयोगकर्ता git ~ / .ssh / config में:

Host bitbucket.org
    User git

Host github.com
    User git

किसी ने जाँच की कि क्या वर्कआर्ब्स बिटकॉइन के साथ काम करते हैं?

@tgarbiak - हाँ, मैं

BitBucket का उपयोग करते हुए, मैंने इसे अपने ~ / .ssh / config में जोड़ा:

Host stash.company.com
    port 7999
    User shawn

और इस पैकेज को जोड़ने के लिए यार्न का इस्तेमाल किया:

yarn add ssh://stash.company.com:7999/~user/package.git

जब मैं npm install चलाता हूं, तो यह ठीक काम करता है, लेकिन जब मैं yarn install दौड़ता हूं, तो मुझे यह त्रुटि मिलती है:

error TypeError: Cannot read property 'endsWith' of undefined
    at removeSuffix (/Users/slooker/.nvm/versions/node/v6.4.0/lib/node_modules/yarnpkg/lib/util/misc.js:42:14)
    at Function.parseRefs (/Users/slooker/.nvm/versions/node/v6.4.0/lib/node_modules/yarnpkg/lib/util/git.js:447:55)
    at /Users/slooker/.nvm/versions/node/v6.4.0/lib/node_modules/yarnpkg/lib/util/git.js:376:24
    at next (native)
    at step (/Users/slooker/.nvm/versions/node/v6.4.0/lib/node_modules/yarnpkg/node_modules/babel-runtime/helpers/asyncToGenerator.js:17:30)
    at /Users/slooker/.nvm/versions/node/v6.4.0/lib/node_modules/yarnpkg/node_modules/babel-runtime/helpers/asyncToGenerator.js:28:20
    at run (/Users/slooker/.nvm/versions/node/v6.4.0/lib/node_modules/yarnpkg/node_modules/core-js/library/modules/es6.promise.js:87:22)
    at /Users/slooker/.nvm/versions/node/v6.4.0/lib/node_modules/yarnpkg/node_modules/core-js/library/modules/es6.promise.js:100:28
    at flush (/Users/slooker/.nvm/versions/node/v6.4.0/lib/node_modules/yarnpkg/node_modules/core-js/library/modules/_microtask.js:18:9)
    at _combinedTickCallback (internal/process/next_tick.js:67:7)
    at process._tickCallback (internal/process/next_tick.js:98:9)

हां, जैसा कि पहले संकेत दिया था कि यह वर्कअराउंड कार्य करता है।

मुद्दा यह है कि यह हमारे 50+ में से हर एक में बदलने जा रहा है
निर्भरता, और आवश्यकता है कि प्रत्येक भविष्य उपयोगकर्ता अब अतिरिक्त लेता है
यार्न या के साथ काम करने के लिए उनकी ssh config फाइल तैयार करने का कदम
मौजूदा npm सेटअप दुर्भाग्य से कोई विकल्प नहीं है।

बुध पर, 12 अक्टूबर 2016, 3:47 AM स्वेन वर्कल नोटिफिकेशन @github.com ने लिखा:

इस वर्कअराउंड ने मेरी मदद की:

1. मेरे निजी रिपॉजिटरी URL को git + ssh: //git@host/user/pStreet-repo.git से बदल दिया
   सेवा
   ssh: //host/user/private-repo.git
2. जोड़ा गया उपयोगकर्ता git ~ / .ssh / config में:
   ``
   मेजबान bitbucket.org
   उपयोगकर्ता गिट

मेजबान github.com
उपयोगकर्ता गिट

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/yarnpkg/yarn/issues/513#issuecomment -253180666, या म्यूट
सूत्र
https://github.com/notifications/unsubscribe-auth/AHC8CnUaBP_B_FL_AX1xL5FUrEWR-rnPks5qzLrTgaJpZM4KO4Cm
।

@diorman और जो कोई भी इसे पढ़ता है: मैं अत्यधिक अनुशंसा करता हूं कि आप अपने पैकेज में github टोकन की जांच न करें। स्रोत नियंत्रण में फ़ाइल को

@jsdnxx इसे इंगित करने के लिए धन्यवाद। मैं सिर्फ एक बड़ी निजी परियोजना में कूद गया, जिसमें पहले से ही पैकेज पर टोकन था। निजी निर्भरता के लिए। आपकी सलाह का पालन करेंगे। एक बार फिर धन्यवाद

शाखाओं के लिए, https://github.com/yarnpkg/yarn/issues/513#issuecomment -253059522 का टारबॉल वर्कअर्स काम नहीं लगता, शायद कैशिंग के कारण। मैं इन-इंस्टॉल पैकेज के नाम के रूप में Yaska/keystone#yaska-build उपयोग करता हूं, और यह एक गलत कमिट का उपयोग करता है, और https://github.com/Yaska/keystone/tarball/yaska-build का उपयोग करते समय यह अभी भी गलत कमिट का उपयोग करता है। npm इसे सही ढंग से संभालता है।

संबंधित नोट पर, अगर मेरे पास स्थानीय रूप से yarn link एक निजी रेपो निर्भरता है, तो यार्न को यह देखने के लिए भी नहीं देखना चाहिए कि क्या वह निर्भरता npm रजिस्ट्री में है, लेकिन वर्तमान में यार्न इस मामले में विफल हो रहा है बिना किसी भी इस धागे में वर्कअराउंड का उल्लेख किया गया है।

प्रस्तावित ~ /। Ssh / config config टूटता हुआ पैकेज को हल करता है, इसलिए काम नहीं कर रहा है। उम्मीद है कि इसे ठीक करने वाले पीआर को जल्द ही मर्ज कर दिया जाएगा, अन्यथा वापस अच्छे ओल 'एनपीएम' में भेज दिया जाएगा।

Gitlab के लिए समाधान इस प्रारूप का उपयोग कर रहा है:

{
    "PROJECT": "http://gitlab.com/NAMESPACE/PROJECT/repository/archive.tar.gz?ref=BRANCH_OR_TAG"
}

निजी भंडार के साथ भी काम करता है, Gitlab पर्सनल एक्सेस टोकन का उपयोग करें:

{
    "PROJECT": "http://gitlab.com/NAMESPACE/PROJECT/repository/archive.tar.gz?ref=BRANCH_OR_TAG&private_token=TOKEN"
}

@Ebysther - @jsdnxx ने कहा:

मैं अत्यधिक सलाह देता हूं कि आप अपने पैकेज के लिए github टोकन की जांच न करें। स्रोत नियंत्रण में फ़ाइल को खोलें।

वही स्पष्ट रूप से GitLab या किसी अन्य निजी टोकन के लिए जाता है।

Private Token सिर्फ परम के लिए है, Gitlab के नए संस्करण में एकाधिक एक्सेस टोकन प्रबंधित करने में सक्षम है।
मुझे यार्न में git + ssh का उपयोग करना अच्छा लगेगा ...

Gitlab डॉक्स से:

व्यक्तिगत एक्सेस टोकन

आप अपने द्वारा उपयोग किए जाने वाले प्रत्येक एप्लिकेशन के लिए एक व्यक्तिगत एक्सेस टोकन उत्पन्न कर सकते हैं, जो कि GitLab API तक पहुँच की आवश्यकता है।

निजी टोकन

आपके निजी टोकन का उपयोग प्रमाणीकरण के बिना आवेदन संसाधनों तक पहुंचने के लिए किया जाता है।

मुझे कोड पर एक नज़र थी और यह मुझे लगता है कि एक बार एक गिट रेपो रहा है
मिल गया, इसकी प्रतिबद्ध हैश अब जाँच नहीं की गई है, इसलिए आप एक शाखा को ट्रैक नहीं कर सकते।

क्या यह एक सही आकलन है, और यदि ऐसा है, तो क्या यह अलग है
मुद्दा?

शुक्र पर, 14 अक्टूबर, 2016 को सुबह 6:52 बजे वेबस्टेर नून्स नोटिफिकेशन @github.com
लिखा था:

प्राइवेट टोकन सिर्फ पैराम के लिए है, गितलाब सक्षम प्रबंधन का नया संस्करण
एकाधिक पहुंच टोकन।
मुझे यार्न में git + ssh का उपयोग करना अच्छा लगेगा ...

Gitlab डॉक्स से:
व्यक्तिगत एक्सेस टोकन

आप अपने द्वारा उपयोग किए जाने वाले प्रत्येक एप्लिकेशन के लिए एक व्यक्तिगत एक्सेस टोकन उत्पन्न कर सकते हैं
GitLab API तक पहुँच की आवश्यकता है।
निजी टोकन

आपके निजी टोकन का उपयोग बिना एप्लिकेशन संसाधनों तक पहुंचने के लिए किया जाता है
प्रमाणीकरण।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/yarnpkg/yarn/issues/513#issuecomment -253709157, या म्यूट
सूत्र
https://github.com/notifications/unsubscribe-auth/AADWlhxxjS7Kl1wt_Wm6UG1Q_7X86D7oks5qzwqYgaJpZM4KO4Cm
।

@wmertens नहीं, संस्करण यार्न के अंदर बंद रहता है। yarn upgrade प्रयास करें

@Webysther alas, yarn upgrade कोई फर्क नहीं पड़ता। यह पुरानी प्रतिबद्ध का उपयोग करता रहता है। मुझे ध्यान देना चाहिए कि शाखा को बल-धक्का दिया गया था, लेकिन मुझे नहीं लगता कि यह मायने रखता है, क्योंकि यार्न को दिए गए टैग से मेल खाते हुए कमिटमेंट को देखना चाहिए और उसे स्थापित करना चाहिए, है ना?

मुझे यार्न को सही कमिट करने के लिए मजबूर करने के लिए वर्कअराउंड मिला:

~/.yarn-cache से पैकेज निकालें और फिर yarn upgrade चलाएँ।

इसे फिर से लाना होगा और चीजें वैसी ही होंगी जैसी उन्हें होनी चाहिए। क्या git repos के कमिट की जाँच करने के लिए yarn upgrade उम्मीद करना गलत है?

मुझे लगता है कि यह सही है कि यार्न अपग्रेड नए गिट कमिट के लिए जांचना चाहिए, हालांकि यह एक प्रति प्रोजेक्ट संस्करण होना चाहिए, उपयोगकर्ता होम निर्देशिका में कैश नहीं किया गया है। लेकिन मुझे लगता है कि एक अलग बग भी है

हमारी परियोजनाओं में सैकड़ों पैकेज हैं। फॉर्म की जसन प्रविष्टियां
"[name]": "[email protected]:[team]/[project].git"
वही त्रुटि देखी गई

क्या यह PR # 971 द्वारा तय किया जाएगा?

@BryanCrotaz नहीं, यह एक पूर्ण समाधान प्रतीत नहीं होता है। GitHub तक सीमित लगता है। निजी रेपो अभी भी एक मुद्दा है (उदा। git+ssh://[email protected]:user/project.git#d6c5789 )

संपादित करें: जैसा कि @bdougherty द्वारा नीचे बताया गया है, git+ssh://[email protected]/user/project.git#d6c5789 , / बजाय : उपयोगकर्ता से पहले, काम करता है।

+1

मैं इस मुद्दे के चारों ओर के प्रारूप को बदलकर काम करने में सक्षम था

git+ssh://git<strong i="6">@host</strong>:org/repo.git

सेवा

git+ssh://git@host/org/repo.git

दोनों प्रारूप npm में मान्य हैं और एकमात्र पकड़ यह है कि सभी निर्भरताओं को उस प्रारूप का उपयोग करने की आवश्यकता है।

मुझे लगता है कि यह (@kittens git+ssh://git@host/org/repo.git ) अब मेरे लिए काम करता है?

यार्न : v0.16.1
नोड : v6.9.1

मैंने git+ssh://git<strong i="13">@host</strong>:org/repo.git कोशिश नहीं की, लेकिन url.parse() को : पूरी तरह से नजरअंदाज करने की आवश्यकता नहीं लगती है:

> url.parse('git+ssh://[email protected]:org/my-repo.git')
Url {
  protocol: 'git+ssh:',
  slashes: true,
  auth: 'git',
  host: 'github.com',
  port: null,
  hostname: 'github.com',
  hash: null,
  search: null,
  query: null,
  pathname: '/:org/my-repo.git',
  path: '/:org/my-repo.git',
  href: 'git+ssh://[email protected]/:org/my-repo.git' }

शायद https://github.com/yarnpkg/yarn/pull/934 अनजाने में यह तय हो गया?

@ Fishrock123 मैं पुष्टि कर सकता हूं कि यार्न v0.16.0 git + ssh पैकेज इंस्टॉल के साथ क्या काम करता है।
V0.13.0 के साथ यह git + ssh संकुल के लिए error Couldn't find package "<package>" on the "npm" registry. साथ लगातार विफल हो रहा था।

@ Fishrock123 ने पुष्टि की। यहां भी अब यह काम करता है।

हां, # 934 को इसे ठीक करने का इरादा था :)

हालाँकि, निम्न प्रारूप काम नहीं करेगा: git+ssh://git<strong i="6">@host</strong>:org/repo.git ( : विभाजक के साथ)

क्या : सेपरेटर समर्थन जल्द ही आ सकता है, इस पर कोई इंटेल है?

मैं कुछ पर काम कर रहा था, लेकिन पहले कुछ मामलों के लिए मौका नहीं था। मैं अगले हफ्ते इसे प्राप्त करने की कोशिश करूँगा अगर कोई मुझे इसके लिए नहीं धड़कता है।

वैसे मैं अभी भी इस के साथ एक समस्या है, लेकिन शायद थोड़ा अलग है। मैं yarn add git+ssh://[email protected]/group/foo.git#0.0.4 साथ एकल पैकेज स्थापित कर सकता हूं और यह बहुत काम करता है। फिर मैं उसी प्रोजेक्ट में yarn add git+ssh://[email protected]/group/bar.git एक और इंस्टॉल करना चाहता हूं और अचानक मुझे Couldn't find package "group-foo" on the "npm" registry.

मैं 0.16 संस्करण का उपयोग कर रहा हूं। क्या मैं इसके साथ नया मुद्दा बनाऊंगा?

संपादित करें: हो सकता है कि yarn.lock ठीक दिखना चाहता हो ...

"git+ssh://[email protected]/group/foo.git#0.0.4":
  name group-foo
  version "0.0.4"
  resolved "git+ssh://[email protected]/group/foo.git#6e25bb42e1725b260d4f1c95582c18aea73e5f5c"

Edit2: वास्तव में package.json में समस्या हो सकती है, यह पहली स्थापना के बाद इस तरह दिखता है। स्पष्ट रूप से इसने प्रोटोकॉल को गिरा दिया है जबकि yarn.lock इसे रखा गया था। इसलिए मुझे लगता है कि यह नहीं मिल सकता है तो यह npm के बजाय दिखता है।

"dependencies": {
  "group-foo": "gitlab.com/group/foo.git#0.0.4"
}

+100

V0.16.1 को अपडेट करना और git+ssh://git@host/org/repo.git सिंटैक्स का उपयोग करना मेरे लिए समस्या को निर्धारित करता है (नोट: अभी भी git+ssh://git<strong i="6">@host</strong>:org/repo.git सिंटैक्स के साथ काम नहीं करेगा)

बिंदु निश्चित रूप से मौजूदा package.json फ़ाइलों का समर्थन करने के लिए है अन्यथा माइग्रेशन कठिन है और असंभव परीक्षण के लिए दोहरी चल रहा है

यार्न 0.16.1 का उपयोग करके मैं git + ssh सिंटैक्सिस के साथ एक निजी रिपॉजिटरी का उपयोग करने में सक्षम था। इसके अलावा, यह git @ उपयोगकर्ता का सही उपयोग करता है।

@fermuch और क्या आप उदा। yarn ls ऐसी स्थापना के बाद? आपका package.json जैसा दिखता है, क्या निजी रेपो वही है या किसी तरह बदला है?

@FredyC yarn add का मेरा आउटपुट:

yarn add git+ssh://[email protected]/foobar/my-private-package.git
yarn add v0.16.1
[1/4] Resolving packages...
[2/4] Fetching packages...
[3/4] Linking dependencies...
warning Unmet peer dependency "whatwg-fetch@^1.0.0".
[4/4] Building fresh packages...
success Saved lockfile.
success Saved 1 new dependency
└─ [email protected]

इस को हटाने के बाद चलाया गया था my-private-package से node_modules ।
yarn add , मैं node_modules अंदर फ़ाइलों को सही ढंग से देख सकता हूं।

यार्न एलएस आउटपुट:

error Couldn't find any versions for my-private-package that matches github.com/foobar/my-private-package.git. Possible versions: 0.1.4

मुझे यकीन नहीं है कि यह 0.1.4 क्योंकि पैकेज npm रजिस्ट्री में मौजूद नहीं है, और github के पैकेज का संस्करण 2.1.3 ।

संपादित करें

इसके अलावा, ध्यान देने योग्य यह मेरे yarn.lock में जोड़ा गया था:

"git+ssh://[email protected]/foobar/my-private-package.git":
  name my-private-package
  version "2.1.3"
  resolved "git+ssh://[email protected]/foobar/my-private-package.git#99186dc139e13a1420e56288efd02fd0b3158aa7"

@fermuch Yea मेरा वही मुद्दा है। मैं लगभग निश्चित हूं कि यदि आप अभी (npm से एक भी) वहाँ किसी अन्य पैकेज को जोड़ने की कोशिश करते हैं, तो यह भी विफल हो जाएगा। मैंने पहले ही इसके लिए अलग मुद्दा बना दिया है ... # 1312

मैं यहाँ एक ही मुद्दा है, लेकिन सार्वजनिक url के साथ, ssh पर नहीं।

  "devDependencies": {
    "code": "2.x.x",
    "hapi": "10.x.x",
    "lab": "10.x.x",
    "k7": "[email protected]:thebergamo/k7.git#v1.5"
  },

नमस्ते,

मैंने पाया है कि यह समस्या आपके नोड संस्करण से संबंधित है।

मैं "git + ssh: //[email protected]/ " प्रारूप का उपयोग कर रहा हूं/.git #"। मैं OSX और CentOS 7 पर विकास करता हूं। मैंने पाया है कि नोड 4 (v4.6.1) और नोड 6 (v6.9.1) के नवीनतम संस्करण बिना किसी समस्या के इस प्रारूप के साथ काम करते हैं। नोड के पुराने संस्करण के साथ। 4 (v4.4.5) यह OSX पर काम करता है लेकिन CentOS 7. विशेष रूप से जब यार्न रेपो को डाउनलोड करने का प्रयास करता है तो यह हमेशा के लिए लटका रहता है। यदि आप एक ही समस्या का सामना कर रहे हैं, तो सुनिश्चित करें कि आप नोड 4 या 6 का नवीनतम संस्करण चला रहे हैं।

Kcormier के संदर्भ में, मैंने दोनों नोड 4.6.1 और 6.9.1 की कोशिश की और दोनों में से कोई भी एसएसएच पर रेपो के विशिष्ट टैग किए गए संस्करणों को खोजने में सक्षम नहीं होने के मुद्दे को हल करता है।

प्रारूप जो विफल रहता है:

git+ssh://[email protected]:<username>/<project>.git#<tag>

यह अभी भी एक त्रुटि देता है कि यह एक संस्करण नहीं खोज सकता है जो टैग से मेल खाता है (एनपीएम के साथ ठीक काम करता है)।

मुझे लगता है कि यह ठीक काम करता है अगर मैं एक स्लैश के लिए डोमेन के बाद कोलन बदल देता हूं। अजीब है, है ना?

@alanhogan मैंने यह भी देखा है कि यह ठीक काम करता है अगर हम एक स्लैश में डोमेन के बाद कोलन को बदलते हैं, लेकिन अगर पैकेज में अन्य git + ssh निर्भरता है, तो आपको इसे पैकेज में बदलना होगा। लाइब्रेरी / पैकेज की स्थापना । एक और समस्या यह है कि भले ही आप कोलन को स्लैश में बदल दें, यदि आप किसी विशिष्ट वचन या शाखा का संदर्भ देने का प्रयास कर रहे हैं तो त्रुटि उत्पन्न हो जाएगी।

मुझे शाखाओं और टैगों का जिक्र करते हुए सफलता मिली है। मैं नोड 6.9.1 का उपयोग कर रहा था

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

@alanhogan हाँ मैं उसी मुद्दे का सामना कर रहा हूँ।

ऊपर तय मेरे मामले में काम नहीं करता है। मैंने अपने रेपो में एक आधिकारिक Npm पैकेज लिया है, और जब मैं अपने रेपो का URL देता हूं, तब भी / के बजाय: यार्न आधिकारिक रेपो को हल कर रहा है। (आधिकारिक: https://github.com/TheLarkInn/angular2-template-loader, मेरा: https://github.com/Krisa/angular2-template-loader)। मुझे वर्कअराउंड नहीं मिल रहा था (Npm के उपयोग के समय के साथ)।

एक संस्करण निर्भरता से टारबॉल निर्भरता पर स्विच करने से पहले yarn cache clean आवश्यकता होती है, क्योंकि यह वास्तव में टारबॉल को नए नोड_मॉड्यूल (नोड v6 LTS और यार्न v0.16.1) के रूप में अनपैक करेगा।

डेवलपर्स की एक सेना ने इसे वोट दिया है, क्या कोई ऐसा तरीका है जिससे हम सहायता कर सकते हैं?

@ f- साइन इस पर हमारी टीम काम कर रही है। कुछ भी आप एक सेना, फ्लेवियो से मदद चाहते हैं?

इस मुद्दे से एक आवश्यक अंग के रूप @FredyC द्वारा वर्णित package.json की विसंगति और yarn.lock हो रहा है: package.json शामिल नहीं है git+ssh://git@ उपसर्ग, जो स्थापना के दौरान yarn.lock में बनाए रखा है । मैं सोच रहा था, कि यार्न पैकेज.जसन से रिज़ॉल्यूशन की जानकारी प्राप्त करने के बजाय यार्न की फ़ाइल को देखना पसंद कर रहा है

पैकेज को संपादित करने के बाद। हाथ से और उपसर्ग सेट करने के बाद, सब कुछ ठीक हो गया।

@maybeec यह समस्या वास्तव में पहले से ही मास्टर शाखा में हल है ... https://github.com/yarnpkg/yarn/issues/1312#issuecomment -258230803

अच्छा किया, मैं अगली रिलीज के लिए आगे देख रहा हूं। मुझे लगता है कि यह बहुत सारे मुद्दों को ठीक कर देगा।

हाँ, मैं पूरी तरह से doumbfounded हूँ कि नए रिलीज़ करने के साथ क्या हो रहा है। यह एक महीने की तरह है? मुझे लगता है कि यह कुछ सख्त फेसबुक नीति या क्या है ... Facebook

1784 एक नई रिलीज़ का अनुरोध करता है। कृपया केवल एक अंगूठे-अप प्रतिक्रिया छोड़ दें!

मेरी समस्या एक समस्या का वर्णन करती है, जो समान है, भले ही समान न हो। मैंने कोड को थोड़ा देखा, और इस दिलचस्प हिस्से को पाया, जो वास्तव में हर git url पर प्रयोग किया जाता है:

static cleanUrl(url): string {
    return url.replace(/^git\+/, '');
}

Soooo .... Can किसी को मुझे बताओ, _git + _ दूर करने के लिए कारण क्या प्रत्येक Git यूआरएल के लिए यार्न के लिए पारित किया? मुझे कोई वास्तविक कारण नहीं दिख रहा है, और कोड में दस्तावेज़ीकरण की कमी है, इसलिए शायद कोई इसका उद्देश्य समझा सके :)

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

समस्या यार्न v0.17.0 पर तय हो गई है। मैं एक विशिष्ट संस्करण पर अपने निजी गितुब भंडार में से एक को प्राप्त करने में सक्षम था।

क्या यह मुद्दा ठीक है? मैं अपने प्रोजेक्ट को npm से यार्न तक माइग्रेट करने की कोशिश कर रहा हूं, लेकिन फिर भी यार्न के साथ इस समस्या का सामना करना पड़ रहा है @ 0.17.2 !

@viswanathamsantosh मेरी तरफ काम करने लगता है

ऐसा लगता है कि यहाँ तय हो गई है https://github.com/yarnpkg/yarn/pull/971 (बदले में बृहदान्त्र (:) वास्तव में काम किया है)। : ')

स्लैश के साथ बृहदान्त्र को बदलने से मेरे मामले में काम नहीं होता है :( _git + ssh: //git@pStreet..._ अभी भी कट जाता है _ ssh: //git@pStreet..._

हां, यार्न के संस्करण 0.17.2 के साथ भी मुझे अभी भी यह समस्या आ रही है। git+ हिस्सा हटा दिया जाता है और मैं इसके साथ समाप्त होता हूं:

Permission denied (publickey).
fatal: Could not read from remote repository.

यह देखते हुए कि यह कुछ लोगों के लिए काम कर रहा है, हालांकि मुझे भ्रमित करता है। कोई भी विचार जो हम गलत कर रहे हैं?

इसे ~ / .ssh / config में रखें

Host github.com
        User git

हाँ! उसने मेरे लिए इसे हल कर दिया। धन्यवाद।

यह अच्छा होगा, हालांकि अगर cleanUrl नहीं चल रहे होते, तो हम इसके बजाय सीधे URL में हो सकते थे। कॉन्फ़िगरेशन फ़ाइल को बदलने के लिए एक devops बदलाव की आवश्यकता होती है जहां हम अन्यथा संस्करण नियंत्रण को संभाल सकते हैं। यकीन नहीं होता कि इसके पीछे की विचार प्रक्रिया क्या थी ...?

यहां भी यही समस्या। निजी रिपॉजिटरी के यूआरएल पहले (npm) की तरह काम नहीं कर रहे हैं।

git + ssh: //[email protected] : ORG / repo.git को काम करना चाहिए क्योंकि माइग्रेशन चरण के दौरान npm के साथ संगत होना आवश्यक है ...

@DominicBoettger एक बार जब आप User git अपने ~/.ssh/config जोड़ लेते हैं, तो आप उस कॉलोन को एक फॉरवर्ड स्लैश में बदलना चाहते हैं। मेरे अनुभव में, यार्न आज भी बृहदान्त्र के साथ अच्छा नहीं खेलता है।

git+ssh://github.com/ORG/repo.git

रूप की निर्भरता

git+ssh://[email protected]:myuser/repo.git#v1.0.0",

मेरे लिए नवीनतम यार्न 017.2 साथ काम न करें। त्रुटि है:

ssh: Could not resolve hostname bitbucket.org:myuser: Name or service not known

काम के चारों ओर अभी तक परीक्षण नहीं किया गया है, लेकिन उम्मीद है कि अंततः एनपीएम के समान सिंटैक्स का समर्थन करेगा। क्या यह एक नया मुद्दा होना चाहिए या यह अभी भी इस मुद्दे पर लागू है?

@ सुरस पीआर # 1816 इसे ठीक करेगा

कृपया PR # 1816 मर्ज करें और एक नया संस्करण प्रकाशित करें 18

मर्ज करें? कोई व्यक्ति? एनपीएम मुझे परेशान कर रहा है !! कृपया मर्ज करें और रिलीज़ करें :(

यह समस्या v0.18.0 में बनी हुई है।

एक स्वच्छ परियोजना में yarn install कॉल करना, बिना नोड_मॉड्यूल और यार्न के।लॉक काम करता है। "फिर से होस्टनाम को हल नहीं कर सका" त्रुटि के परिणामस्वरूप इसे फिर से सीधे कॉल करना।

मुझे पता चला कि यार्न .लॉक फ़ाइल को हटाने का काम करता है, इसलिए मुझे लगता है कि लॉक फ़ाइल में या तो कुछ गड़बड़ है या लॉक फ़ाइल से पढ़ते समय यार्न क्लोन करता है।

उम्मीद है की यह मदद करेगा!

यह समस्या बहुत ही है जो कई डेवलपर्स को यार्न का उपयोग करने से रोकती है।
हमें इस मुद्दे को गंभीरता से लेने की जरूरत है

@regou पूरी तरह से सहमत आदमी ... यह एकमात्र कारण है जो मैं यार्न का उपयोग नहीं कर सकता ...

लोग, इस निरंतर यामरिकिंग के बजाय कि कोई भी इस पर काम नहीं करता है, बस उस पीआर # 1816 का उल्लेख करें और आप देखेंगे कि वे इसे मर्ज करने की कोशिश कर रहे हैं ...

कृपया हम सभी को इसके लिए # 1816 में फ़िक्स करें कि फ़्लावियो और मैंने लगभग दस दिन बिताए।

हालाँकि जहाँ परीक्षण चलाए जाते हैं, उसके आधार पर परीक्षणों का एक अलग सेट विफल हो जाता है।

कृपया अपनी मशीन पर परीक्षण चलाएं और # 1816 पर रिपोर्ट करें कि आपको क्या परिणाम मिला है और आपका ओएस और नोड संस्करण क्या है

सभी को # 1816 पर इंगित करने के लिए @FredyC & @BryanCrotaz का धन्यवाद। मैं इस धागे को फिलहाल लॉक कर रहा हूं।

# 2384 के माध्यम से तय किया गया