私が逐語的に使用できる再現はありますか？ これを再現するのに問題があります。

いいえ、ごめんなさい。

しかし、実際には私の個人的な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"
}

それが違いを生む場合、パッケージはレジストリにありません。

これは、gitタグ（npmで許可されている）を指定するときにもエラーになります。

スニペットの例：

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

私もこれを手に入れます＃621

微妙に異なる場合に追加するだけで、gitタグの@BBBケースに追加のソリューションが必要になります。

git + sshで_特定のコミットハッシュ_をインストールしようとしています。 NPMのデフォルトクライアントはこれをサポートしています。

＃573、＃633、＃639が関連しているようです

コンテキストについては、 NPMのドキュメントから：

npm install <git remote url>:

ホストされているgitプロバイダーからパッケージをインストールし、gitでクローンを作成します。 最初にhttps（git with github）を介して試行し、失敗した場合はsshを介して試行します。

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

<protocol>は、 git 、 git+ssh 、 git+http 、 git+https 、またはgit+fileです。 <commit-ish>が指定されていない場合は、 masterが使用されます。

<commit-ish>は、かなり幅広い解決可能な値の配列であることに注意してください。

commitオブジェクト、またはcommitオブジェクトに再帰的に逆参照できるオブジェクト。 以下はすべてishesをコミットしている： commitオブジェクトを、 tagオブジェクトを指していることcommitオブジェクト、 tagオブジェクト点ものにtag commitオブジェクトなどを指すtagオブジェクト。

注：これらのgitリモートURLインストールは、GitHub / GitLab / etcだけでなく、サーバー認証にSSHキーを使用して、パブリックgitサーバーインスタンスとプライベートgitサーバーインスタンスの両方で機能することも確認する必要があります。 企業が社内で管理されているすべての依存関係（またはSSH経由でアクセスされるプライベートGitHubリポジトリ）にローカルのgitサーバーを使用するシナリオを想像できます。 現在のところ、 yarnは、これらの_比較的一般的な_ユースケースに対応するように設定されていません。

再現ケースを設定する最も簡単な方法は、Yarnを使用してプライベートGitHubリポジトリからパッケージをインストールすることです。

次のソース文字列を指定した場合：

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

それはSSHの上に規定されたリポジトリのクローンを作成しようとする試みを行いますが、GitHubでのように、ログインにクライアントを想定しているために失敗する「権限が（公開鍵）を否定し、」 gitユーザーが、この場合には、ローカルアカウントのユーザーがデフォルトで使用されました。

git@を指定してgitを強制的にgitとしてGitHubにログインさせると、通常どおり失敗します。

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

したがって、ほとんど機能しますが、ユーザー名の指定はサポートされていません。 ローカルアカウントのユーザーがたまたまgitと呼ばれた場合、実際には成功します。

~/.ssh/configファイルに以下を追加した場合：

Host github.com
        User git

SSH経由でgithub.comへのすべてのログインを強制して、デフォルトでユーザーgitを使用できます。これにより、 ssh://github.com/<user>/<package>ソース形式を使用する場合、yarnはプライベートリポジトリからクローンを作成できます。

これは私たちにとって強力なノーゴーです。git参照リポジトリを使用する（ローカルのgitlab EEインスタンスを指す）ことはワークフローの強力な部分です：cry：
また、「マージおよびnpm公開前」パッケージをフォークしてポイントする場合にも非常に便利です（例：http-proxy ...）

@milosivanovic

〜/ .ssh / configファイルに以下を追加した場合：

しかし、私の設定にはすでにgithubのssh auth資格情報が含まれているため、プライベートリポジトリにアクセスできます。 この回避策は、パブリックリポジトリでのみ機能しますよね？

@milosivanovic @ntucker実際、これは私の特定のケースで機能しました。 そもそもssh設定ファイルがありませんでした。

@kblcukああ、まあ@milosivanovicは他の問題に取り組んでいて、彼の回避策がそれらのケースでうまくgiturlの一般的な問題の問題であると思いました。

@ntucker記載されている回避策は、プライベートリポジトリ用です。 ~/.ssh/configにすでにHost github.comエントリがある場合は、そのエントリに~/.ssh/config User gitを追加すると、 ssh://github.com/<user>/<package>などのソース文字列を指定したときにyarnが複製できるようになります。

@milosivanovicgithubはsshauthを実行するためのユーザー名をどのように知っていますか？

@ntuckerがSSHhttps ：

多くの人がおそらくこの機能に気付いていないので、言及しようと思っただけです。 GitHubの場合、 yarn正常に機能するtarballURLに依存することもできます。 インストールも速くなります。

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

@milosivanovic残念ながら、この回避策は次の形式の内部URLでは機能しません。
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構成ファイルで指定されている限り）が、それでもそれは公正な点です。

なるほど....だから彼らはsshキーに基づいてどのユーザーを知っているのでしょうか？

@ntuckerはい

同じ問題が発生しましたが、ユーザーgitを〜/ .ssh / configに追加するntuckerのソリューションが役に立ちました。 少なくとも開発環境では。 今すぐAWSEBにデプロイしようとします:)

使用していることを、確認することができますgit+ssh://[email protected]:<org>/<repo>で作業しませんyarnとに変更https://github.com:<org>/<repo>作業を行いますが、それはまだ_ _NPMを使用して、当社のCIサーバー上で失敗します。

この回避策は私を助けました：

1. プライベートリポジトリのURLをから変更しました

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

に

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

1. 〜/ .ssh / configにユーザーgitを追加しました。

Host bitbucket.org
    User git

Host github.com
    User git

回避策がbitbucketで機能するかどうかを確認した人はいますか？

@ tgarbiak-はい、私はbitbucketを使用しています。

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設定ファイルを準備するステップ
残念ながら、既存のnpmセットアップはオプションではありません。

水曜日、2016年10月12日には、午前3時47 AMスヴェンVarkelの[email protected]は書きました：

この回避策は私を助けました：

1. プライベートリポジトリのURLをgit +から変更しましたssh：//git@host/user/private-repo.git
   に
   ssh：//host/user/private-repo.git
2. 〜/ .ssh / configにユーザーgitを追加しました。
   「
   ホストbitbucket.org
   ユーザーgit

ホストgithub.com
ユーザーgit

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/yarnpkg/yarn/issues/513#issuecomment -253180666、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/AHC8CnUaBP_B_FL_AX1xL5FUrEWR-rnPks5qzLrTgaJpZM4KO4Cm
。

@ diormanとこれを読む人：ソース管理のpackage.jsonファイルにgithubトークンをチェックインしないことを強くお勧めします。

@jsdnxxこれを指摘してくれてありがとう。 プライベート依存関係のトークンがすでにpackage.jsonにある大きなプライベートプロジェクトに飛び込んだところです。 あなたのアドバイスに従います。 再度、感謝します

ブランチの場合、 https： //github.com/yarnpkg/yarn/issues/513#issuecomment -253059522のtarball回避策は、おそらくキャッシュが原因で機能しないようです。 インストールするパッケージ名としてYaska/keystone#yaska-buildを使用していますが、間違ったコミットが使用されていますが、 https://github.com/Yaska/keystone/tarball/yaska-build使用しても、間違ったコミットが使用されます。 npmはそれを正しく処理します。

関連するメモとして、プライベートリポジトリの依存関係をローカルでyarn link edした場合、yarnはその依存関係がnpmレジストリにあるかどうかを確認する必要さえありませんが、現在、yarnはこの場合、このスレッドで言及されている回避策。

提案された〜/ .ssh / config構成はパッケージの解決を中断するため、機能しません。 うまくいけば、これを修正するPRはすぐにマージされ、そうでなければ古き良きNPMに戻ります。

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"
}

@ Webysther- @ jsdnxxが言ったように：

ソース管理のpackage.jsonファイルにgithubトークンをチェックインしないことを強くお勧めします。

同じことがGitLabやその他のプライベートトークンにも当てはまります。

Private Tokenはparam専用で、Gitlabの新しいバージョンは複数のアクセストークンを管理できます。
糸にgit + sshを使いたいです...

Gitlab Docsから：

パーソナルアクセストークン

GitLab APIへのアクセスが必要な、使用するアプリケーションごとにパーソナルアクセストークンを生成できます。

プライベートトークン

プライベートトークンは、認証なしでアプリケーションリソースにアクセスするために使用されます。

私はコードを見てみましたが、gitリポジトリが
取得すると、そのコミットハッシュはチェックされなくなったため、ブランチを追跡できません。

それは正しい評価ですか？もしそうなら、それは別のものに属しますか
問題？

6:52 Webystherヌネスで金、2016年10月14日には[email protected]
書きました：

プライベートトークンはparam専用で、Gitlabの新しいバージョンで管理できます
マルチアクセストークン。
糸にgit + sshを使いたいです...

Gitlab Docsから：
パーソナルアクセストークン

使用するアプリケーションごとにパーソナルアクセストークンを生成できます。
GitLabAPIにアクセスする必要があります。
プライベートトークン

プライベートトークンは、アプリケーションリソースにアクセスするために使用されます。
認証。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/yarnpkg/yarn/issues/513#issuecomment -253709157、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/AADWlhxxjS7Kl1wt_Wm6UG1Q_7X86D7oks5qzwqYgaJpZM4KO4Cm
。

@wmertensいいえ、バージョンはyarn.lock内でロックされたままです。 yarn upgrade試しください

@Webysther残念ながら、 yarn upgradeは違いを生みません。 古いコミットを使い続けます。 ブランチが強制的にプッシュされたことに注意する必要がありますが、yarnは指定されたタグに一致するコミットを検索してインストールする必要があるため、それは問題ではないと思います。

ヤーンに正しいコミットをフェッチさせる回避策を見つけました：

パッケージを削除する~/.yarn-cache 、次に実行yarn upgrade 。

それは再びそれをフェッチし、物事はあるべき姿のままです。 yarn upgradeがgitリポジトリのコミットをチェックすることを期待するのは間違っていますか？

ヤーンのアップグレードで新しいgitcommitをチェックするのは正しいと思いますが、それはプロジェクトごとのバージョンであり、ユーザーのホームディレクトリにキャッシュされていない必要があります。 しかし、それは別のバグでもあると思います

私たちのプロジェクトには、フォームの何百ものpackage.jsonエントリがあります
"[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

URLの形式をから変更することで、この問題を回避することができました。

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私はyarnv0.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どのように見えますか、プライベートリポジトリへのURLは同じですか、それとも何らかの形で変更されていますか？

@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]

これは、 node_modulesからmy-private-packageを削除した後に実行されました。
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

パッケージがnpmレジストリに存在せず、githubのパッケージのバージョンが2.1.3ため、なぜ0.1.4が表示されるのかわかりません。

編集

また、これが私の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うん私はそこにまったく同じ問題を抱えています。 今すぐそこに他のパッケージを追加しようとすると（npmからのものでも）、それも失敗することはほぼ確実です。 私はすでにこれのために別の問題を作成しました...＃1312

ここでも同じ問題がありますが、sshではなくパブリックURLを使用しています。

  "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]/ 」の形式を使用しています/。ギット＃"。私はOSXとCentOS7で開発を行っています。ノード4（v4.6.1）とノード6（v6.9.1）の最新バージョンでは、yarnはこの形式で問題なく動作することがわかりました。古いバージョンのノードでは4（v4.4.5）OSXでは動作しますがCentOS 7では動作しません。特にyarnがリポジトリをダウンロードしようとすると、永久にハングします。同じ問題が発生する場合は、ノード4または6の最新バージョンを実行していることを確認してください。

kcormierを参照して、ノード4.6.1とノード6.9.1両方を試しましたが、SSH経由で特定のタグ付きバージョンのリポジトリを見つけることができないという問題はどちらも解決していません。

失敗する形式は次のとおりです。

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

それでも、タグに一致するバージョンが見つからないというエラーが表示されます（npmで正常に機能します）。

ドメインの後のコロンをスラッシュに変更すると、問題なく機能することがわかりました。 変だよね？

@alanhoganドメインの後のコロンをスラッシュに変更しても機能することにも気づきましたが、パッケージに他のgit + ssh依存関係がある場合は、インストールするライブラリ/パッケージのpackage.jsonで変更する必要があります。 もう1つの問題は、コロンをスラッシュに変更しても、特定のコミットまたはブランチを参照しようとするとエラーがトリガーされることです。

私自身、ブランチとタグを参照することに成功しました。 ノード6.9.1を使用していました

しかし、理論的には私たち自身のプライベートモジュールのみが影響を受けるため、それほど悪くはありませんが、再帰的な問題は現実のものです。

@alanhoganええ私は同じ問題に直面しています。

私の場合、上記の修正は機能しないようです。 リポジトリで公式のNpmパッケージをフォークしました。リポジトリのURLを指定すると、：の代わりに/を使用しても、yarnは公式のリポジトリを解決します。 （公式：https：//github.com/TheLarkInn/angular2-template-loader、私のもの：https：//github.com/Krisa/angular2-template-loader）。 回避策が見つかりませんでした（当面はNpmを使用する以外に）。

バージョン管理された依存関係からtarball依存関係に切り替えるには、tarballを新しいnode_module（Node v6LTSおよびyarnv0.16.1）として実際に解凍する前にyarn cache cleanが必要です。

開発者の軍隊がこれに投票しました、私たちが支援できる方法はありますか？

@ f-signは私たちのチームでそれに取り組んでいます。 軍隊、フラビオから何か助けが欲しいですか？

この問題の一つの重要な部分は、@FredyCによって記載されているようにpackage.jsonとyarn.lockの矛盾のようだ：package.jsonは含まれていませんgit+ssh://git@インストール時にyarn.lockに維持されている接頭辞を、 。 私は、yarnがpackage.jsonから解像度情報を取得するよりも、yarn.lockファイルを見る方を好むと考えていました。

package.jsonを手動で編集し、プレフィックスを設定した後、すべてが正常に機能しました。

@maybeecその問題は実際にはマスターブランチですでに解決されています... https：//github.com/yarnpkg/yarn/issues/1312#issuecomment -258230803

よくできました。次のリリースを楽しみにしています。 多くの問題が解決すると思います。

ええ、私は新しいリリースを作ることで何が遅れているのか完全に唖然としています。 これはもう一ヶ月くらいですか？ Facebookの厳格なポリシーか何かだと思います...😢

1784は新しいリリースを要求します。 親指を立てる反応を残してください！

私の問題は、同じではありませんが、似たような問題について説明しています。 コードを少し調べたところ、すべてのgiturlで実際に使用されているこの興味深い部分が見つかりました。

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

Soooo ....誰か教えてもらえますか、yarnに渡された各giturlの_git + _

1816はこれを修正する可能性があります-コードの変更を見てください-それは確かにドメインの後のコロンの問題を修正します

この問題は、yarnv0.17.0で修正されているようです。 特定のバージョンでプライベートGithubリポジトリの1つを取得できました。

この問題は修正されましたか？ プロジェクトをnpmからyarnに移行しようとしていますが、yarn @ 0.17.2でこの問題に

@viswanathamsantosh私の側で働いているようです

これはここで修正されているようですhttps://github.com/yarnpkg/yarn/pull/971 ！コロン（:)をスラッシュ（/）に置き換えると実際に機能しました。 ： '）

私の場合、コロンをスラッシュに置き換えることはできません:( _git + ssh：// git @ private ..._はまだます

はい、バージョン0.17.2のYarnを使用しても、まだこの問題が発生しています。 git+部分が削除され、次のようになります。

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

それが何人かの人々のために働いていることを考えると、私は混乱します。 私たちが間違っていることについて何か考えはありますか？

これを〜/ .ssh / configに配置します

Host github.com
        User git

はい！ それは私のためにそれを修正しました。 ありがとう。

ただし、 cleanUrlが実行されていない場合便利なので、代わりにURLに直接含めることができます。 構成ファイルを変更する必要がある場合は、バージョン管理で処理できる場所でdevopsを変更する必要があります。 この背後にある思考プロセスが何であったかわからない...？

ここでも同じ問題があります。 プライベートリポジトリのURLは以前のように機能していません（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

回避策はまだテストされていませんが、yarnが最終的にNPMと同じ構文をサポートすることを期待しています。 これは新しい問題である必要がありますか、それともこの問題に引き続き適用されますか？

@sarus PR＃1816はこれを修正します

PR＃1816をマージして、新しいバージョンを公開してください👍

マージ？ 誰か？ NPMは私にナッツを運転しています!! マージしてリリースしてください:(

この問題はv0.18.0のままです。

node_modulesとyarn.lockファイルを使用せずにクリーンなプロジェクトでyarn installを呼び出すと機能します。 直後に再度呼び出すと、「ホスト名を解決できませんでした」というエラーが発生します。

私はyarn.lockファイルを削除することが機能することを発見したので、ロックファイルに何か問題があるか、ロックファイルから読み取るときにyarnが複製する方法に問題があると思います。

お役に立てれば！

この問題は、多くの開発者が糸を使用するのを妨げるまさにその問題です。
この問題を真剣に受け止める必要があります

@regouは完全に同意します...これが私がYarnを使用できない唯一の理由です...

人々は、誰もこれに取り組んでいないというこの絶え間ないあざけりの代わりに、PR＃1816に言及しているのを見るだけで、彼らがそれをマージしようとしていることがわかります...

フラビオと私が約10日間費やした＃1816でこれを修正した皆さんにお願いします。

ただし、テストが実行される場所に応じて、異なる一連のテストが失敗します。

マシンでテストを実行し、＃1816で得られた結果と、OSとノードのバージョンを報告してください。

@ FredyCと@BryanCrotazに、みんなに＃1816を

＃2384で修正