問題タブ [nuget-server]

Nuget.Core API を使用して proget サーバーにクエリを実行しようとしています。この方法：

私が理解しているように、タグに「ClientPackage」が含まれているパッケージのみを返す必要があります。実際にはリポジトリ全体が返されますが、これは望ましくありません。クエリが返された後はいつでもクライアント側をフィルター処理できますが、リポジトリに数千の nuget パッケージがある場合、これは適切なオプションではありません。

proget サーバーに対してタグの OData クエリを実行し、サーバー側で実行することはできますか?

内部 proget サーバー「proget」をスタンドアロン サービス (IIS ではない) としてインストールしました。-Symbols パッケージを問題なくプッシュして、依存関係を使用できます。ただし、依存関係に足を踏み入れることはできません。

デフォルトのフィードがセットアップされたすべてのデフォルト設定を使用しています。http://proget.domain.local/をロードすると、proget の UI が正常に表示されます。

http://inedo.com/support/kb/1036/using-progets-symbol-serverを何度もたどって、ステップを逃したかどうかを確認しました。

• ソース サーバーにhttp://proget.domain.local/symbols/Defaultを使用しています
• 「自分のコードだけを有効にする」のチェックを外す
• 「元のバージョンと完全に一致するようにソースファイルを要求する」のチェックを外しました
• 「ソースサーバーサポートを有効にする」のツリー全体をチェックしました

プロジェクトをビルドすると、packages//lib に PDB ファイルが含まれていません。私が読んだことから、私には直観に反しますが、PDB がないため、これがソース サーバーの使用方法です。そうですか？

フィドラーを実行すると、PDB 200 OK http://proget.domain.local/symbols/Default/domain.core.api.utils.pdb/CE8120175941480FBFD0F51EE58AE1991/domain.core.api.utilsを取得しようとして成功したことがわかります。 .pdb

次の行は多くのバイナリ データでラップされています。ここで何かが役立つかどうかはわかりません。

proget に入り、フィードから「シンボルを自動的に削除する」のチェックを外すと、同じ問題が発生します。

依存関係にステップインしようとすると、エラーは表示されません。単にソースが見つからない、ブラウズ... ダイアログが表示されます。

誰にもアイデアはありますか？私はグーグルを使い果たしました。

私の会社では、内部 NuGet パッケージ ソースを使用して内部ライブラリとツールを公開したいと考えています。

IIS でホストされる独自の NuGet サーバーを構築する方法の例はたくさんあります。ただし、すべての .nupkg ファイルを、適切に管理された読み取り/書き込み権限を持つ共有フォルダーに配置するだけで、チーム全体がアクセスできるようにすることもできます。

Visual Studio (ここでは 2013) での構成は、どちらの場合も簡単です。

単純な共有フォルダーと比較して、IIS ホスティング、サーバー展開などに煩わされる利点はありますか?

最近、GitHubの手順からローカル NuGet ギャラリーをインストールしました。

UI からパッケージをアップロードすると正しく動作しているように見えますが、コマンド ラインを使用してプッシュされたパッケージが検索結果に表示されません。パッケージ ウィンドウには、「検索インデックスの最終更新は 55 分前です」と表示されます。これは、私が最後にウェブサイトを公開した時期に対応しています。検索インデックスがいつ実行されるかを決定するものは何ですか? コードをざっと見ると、パッケージを追加/削除するたびに発生するように見えますが、これを行っているようには見えません。

インデックス作成の頻度を増やすにはどうすればよいですか?

ナゲットパッケージを復元しようとしている間、私は以下を取得しています:-

エラー 1 基になる接続が閉じられました: 送信時に予期しないエラーが発生しました。

エラー 2 基になる接続が閉じられました: SSL/TLS セキュア チャネルの信頼関係を確立できませんでした。

エラー 3 コマンド ""D:\root\.nuget\NuGet.exe" install "D:\root\packages.config" -source "" -NonInteractive -RequireConsent -solutionDir "D:\root\"" がコードで終了しました1.

エラー 4 メタデータ ファイル 'D:\root\project.Website.dll' が見つかりませんでした D:\root\project.UnitTests\CSC

提供されているソリューションを試しました: Visual Studio 2010 nuget エラー: 基になる接続が閉じられました: SSL/TLS セキュア チャネルの信頼関係を確立できませんでした

https://nuget.codeplex.com/discussions/275537で提供されているソリューションを試しました

どれも機能しません。他の誰かが現在この問題を抱えているのではないかと思っていましたか? もしそうなら、誰かが解決策を思いつきましたか？

SSL証明書が修正されるのは、待っているゲームのようです。

Fiddler でさらにデバッグした後、次の応答を得ました。

fiddler.network.https> az320820.vo.msecnd.net への HTTPS ハンドシェイクが失敗しました。System.IO.IOException トランスポート接続からデータを読み取れません: 既存の接続がリモート ホストによって強制的に閉じられました。< 既存の接続がリモート ホストによって強制的に閉じられました

私が正しければ、拒否されているように見えますが、サーバーには理由がわかりません。これですぐに解決されることを願っています。

今のところ、パッケージ キャッシュをクリアしていない他の開発者からパッケージのコピーを取得し、この方法で開発を続けることができました。

誰かがコードプレックスの問題を親切に提起してくれたので、うまくいけばすぐにどこかに行きます: https://nuget.codeplex.com/workitem/4372

アップデート

11 月 17 日の時点で、これは再び機能しているようです。NuGet は、古いバージョンの Ninject.Web.Common.3.2.0.0 を取得する際に問題があることを正しく伝えていますが、更新されたエディションは問題ありません。

私は独自の nuget リポジトリ、ホストされた localy (nuget.server)、およびパッケージ復元ビルド ステップを備えた Teamcity を持っています。

時々、次のようなエラーが見つかりました

そのパッケージは存在しないようですが、存在します! Packages フォルダーを確認し、IIS のログを確認したところ、非常に奇妙な動作が見つかりました。最初のリクエスト - OK、パッケージが見つかり、2 番目と 3 番目 - 見つからず、次に見つかりました。

2014-12-09 08:08:27 192.168.123.101 GET /nuget/nuget/Packages(Id='ReportsBase',Version='1.2.0-alfa00243') - 80 - 192.168.121.188 NuGet+コマンド+ライン/2.8 .50506.491+(マイクロソフト+Windows+NT+6.1.7601+サービス+パック+1) 200 0 0 185

2014-12-09 08:10:06 192.168.123.101 GET /nuget/nuget/Packages(Id='ReportsBase',Version='1.2.0-alfa00243') - 80 - 192.168.121.104 NuGet+コマンド+ライン/2.8 .50506.491+(マイクロソフト+Windows+NT+6.1.7601+サービス+パック+1) 404 0 0 37870

2014-12-09 08:10:06 192.168.123.101 GET /nuget/nuget/Packages(Id='ReportsBase',Version='1.2.0-alfa00243') - 80 - 192.168.121.188 NuGet+コマンド+ライン/2.8 .50506.491+(マイクロソフト+Windows+NT+6.1.7601+サービス+パック+1) 404 0 0 47184

2014-12-09 08:10:11 192.168.123.101 GET /nuget/nuget/Packages(Id='ReportsBase',Version='1.2.0-alfa00243') - 80 - 192.168.121.104 NuGet+コマンド+ライン/2.8 .50506.491+(マイクロソフト+Windows+NT+6.1.7601+サービス+パック+1) 200 0 0 381

これは、追加されたばかりのパッケージでよく発生します。(数秒前)

そのような奇妙なことの理由は何でしょうか?

以下のリンクを使用して内部リモート フィードを作成しました。 http://docs.nuget.org/docs/creating-packages/hosting-your-own-nuget-feeds

現在、ローカル フィードを使用しています。さまざまな nupkg タイプのフォルダーを使用し、各フォルダーを nuget ソースとして追加しています。リモートフィードでフォルダーオプションを取得できるかどうか疑問に思っていました.

現在、すべてのパッケージは 1 つのパッケージ パスに入っていますが、同じフィードで複数のパッケージ パスをホストすることはできますか? それとも、予定しているパッケージ パスごとに異なるフィードを作成する必要がありますか?

同様のパッケージ ID のものを別のフォルダーに配置して、ナゲット パッケージをもう少し整理したいと思います

すべてのビルドで nuget パッケージをプルするビルド サーバーがあり、現在、カスタム パッケージ用に NugetGallery を内部で展開しています。今のところ、それは明日のように帯域幅を消費します (大したことではありませんが、私は親切になり、私たちのために物事をより速くしたいと思っています)。

そのため、リポジトリを自動ミラーリングしてキャッシュしたいと考えています。

これまでのところ、いくつかのオプションがあります。クラウドのみの製品である MyGet (そうではありません) と、Proget (私が傾倒している) です。私が見逃している自動ミラーリングのオプションは他にありますか?