問題タブ [nuget-server]

TeamCity 7.1.1 を使用して、認証済みフィード URL と公開フィード URL の両方で NuGet パッケージを公開しています。新しいパッケージを作成したばかりで、ログインするとプライベート フィードには表示されますが、パブリック フィードには表示されません。

権限の問題のようですが、そのビルドで「すべてのユーザー」に「プロジェクト閲覧者」の役割を割り当てました。正しく表示されている別のビルドがあり、構成は同じようです。新しいビルドがパブリック フィードに表示されない原因は何ですか?

私は.netソリューションに取り組んでおり、パッケージ管理にnugetを使用しています。「Nugetパッケージの復元を有効にする」オプションを選択したので、nugetパッケージはソース管理にチェックインされません。

これ以前は、nugetパッケージの場所を指定できるようにするために、以下に含めたソリューションと同じレベルのnuget.configファイルがありました。

nugetパッケージの復元を有効にしたため、これは機能しなくなりました。.nu​​getで生成されたフォルダー内の構成ファイルを更新しようとしましたが、それも機能しません。

では、どこが間違っているのでしょうか。また、packagesフォルダーの場所を指定するにはどうすればよいですか。

NuGet インストーラーのビルド手順で問題が発生しています。

公式の NuGet.org パッケージと、TeamCity NuGet サーバーでホストされている独自のパッケージの両方を使用しています。[パッケージ ソース] を空白のままにすると、nuget.org からのパッケージが見つかります%teamcity.nuget.feed.server%が、パッケージ ソースとして指定するとすぐに、nuget.org からのパッケージは見つかりません。

両方を含めるようにパッケージ ソースを設定しようとしましたが、公式の nuget.org パッケージではまだ機能しません。

それは nuget.org パッケージ ソースの正しい URL ではありませんか? 両方のソースを使用するように指示するにはどうすればよいですか?

JetBrains Developer ディスカッション ボードでこれを尋ねましたが、何の回答も得られませんでした。

サーバーを作成するために、nuget.orgのリモート フィードの作成に関する指示に従いました。.NET 4.0 プロジェクトを作成し、NuGet.Server パッケージをインポートし、独自の NuGet パッケージ ファイルを /Packages に配置して、IIS 7.5 で ASP.Net 4.0 アプリケーションとして実行しました。~/nuget でパッケージ フィードを表示しようとすると 404 メッセージが表示されることを除いて、すべてが機能しているようです。アトム フィードがまったく開始されていないようです。

ファイルを共有したいときに使用するWebパブリックフォルダーがあるので、そこにnugetパッケージを配置することを考えていました。私はそれを使用してプッシュしようとしました：

nuget push Me.Utility.1.0.nupkg API_KEY -Source http://www.mywebpage.mx/packages

それからそれは私にクレデンシャルを尋ねましたが、私が置いたものはどれも機能しませんでした（クレデンシャルは正しいです）。私のWebフォルダーはNugetフィードではなく、単なるWeb共有フォルダーです。問題がnugetフィード（mygetサービスのようなもの）であるか、これが1つのnugetパッケージであるために必要な最小限のインフラストラクチャであるかどうかはわかりません。パッケージを自分のサーバーでホストし、パッケージを公式ギャラリーに表示したいのですが、その場合は、自分のnugetフィードを設定する必要がありますか？
これをどのように行うべきか説明していただけますか？

私たちの環境では、現在、アセンブリを保持するネストされたフォルダー構造があります。例：\ SERVER \ Assembly \ SomeCompany \ MyRockinAssembly \ v1.0.0.0 \ MyRockinAssembly.dll

私たちはすべての正当な理由でNuGetパッケージの作成を検討しており、それらを同じ構造に格納したいと考えていました。したがって、nupkgはdllと同じ場所に保存します：\ SERVER \ Assembly \ SomeCompany \ MyRockinAssembly \ v1.0.0.0\MyRockinAssembly.nupkg。

次に、ローカルイントラネットパッケージソースを追加して、このディレクトリにポイントすることを計画しました。ただし、パッケージマネージャーがネストされたフォルダーを検索するようには見えません。nupkgを1レベルの深さまで上げると機能しましたが、そのようなものは既存の標準を台無しにします。

パッケージを検索するすべてのサブフォルダーをnugetでドリルダウンする方法はありますか？

または、これは彼らのチームへの機能リクエストですか:)

Windows 2008 R2 Enterprise 上の IIS 7.5 でホストされている、ローカルでホストされている Nuget サーバー (Nuget.Server パッケージ) にパッケージをプッシュしようとすると、(405) Method Not Found エラーが発生します。

nuget サーバー用に構成された専用の IIS サイト (Nuget と呼ばれる) があり、特定のポート (楽しみのために 81) にバインドされています。

アプリ プールは .NET Framework 4.0 になるようにセットアップされ、統合パイプライン モードになっています。

PUT 動詞と DELETE 動詞を有効にする必要があるかもしれないことは理解していますが、どのハンドラーが Nuget 要求の処理を担当しているのかわかりません。

バックグラウンド

私は、セキュリティのために間接インターネット アクセス (VM 経由) を利用するコンピューティング環境にいます。

私は次のマシンを持っています：

• デスクトップ -- 私が開発しているマシン。インターネットにアクセスできません。
• Build Server -- ローカル nuget フィードをホストします。また、インターネットにアクセスできません。
• インターネット VM -- インターネットにアクセスできる VM。ファイルはデスクトップにコピーできます。

質問

次のことができる方法はありますか？

• インターネット VM で、インターネットから直接 nuget パッケージ フォルダーをダウンロードします。
  • これは鍵であり、私が達成できないように見えるステップです.
• このフォルダーをビルド サーバーの nuget ディレクトリにコピーします。
• パッケージを参照するには、開発マシンからのビルド サーバーのフィードを使用します。

今すぐフォルダーをコピーできますが、開発環境からのみコピーできます。これには、開発環境で nuget を使用してパッケージをダウンロードする必要があります。開発環境にはインターネットがないため、これはできません。

アドバイスをよろしくお願いします！

これらの手順に従って、イントラネットで NuGet サーバー(バージョン 2.2.2) をホストしました。パッケージを一覧表示して VS 2012 で取得する限り、うまく機能します。しかし、Nuget Package Explorer を使用してパッケージを作成し、それを公開しようとすると、資格情報の入力を求める Windows セキュリティ ダイアログが表示されます。入力した資格情報に関係なく、ユーザー名とパスワードの入力を繰り返し求められ、401 認証エラーが返されます。NuGet サーバーが Windows 資格情報を要求するのはなぜですか? また、それを取り除くにはどうすればよいですか? これは公開のためにのみ行われ、他には何も行われません。

TFS でいくつかのライブラリ ソリューションを構築している環境があります。ビルド プロセスの最後に、スクリプトはそれらを NuGet パッケージにパッケージ化し、ローカル フィードにプッシュします。

これで、日々ほとんど変化しないこれらのライブラリをアップストリーム プロジェクトに含めることができます。

これらのライブラリとアップストリーム プロジェクトは通常、同じバージョンで分岐されます。基本的に、トランクは進化する最新バージョンです。分岐する前に、トランクは 3.0.0.123 であるとします。123 は実行中のビルド番号です。ある時点で、現在のトランクをリリースするものとしてマークし、ブランチします。ブランチの時点でのトランクのバージョン番号がそのブランチのバージョンになり、次のリリースになる可能性が高いと思われるバージョン (たとえば 3.1.0.456) まで、トランクに適した方法でバージョンを増やします。 .

これは、NuGet の使用方法に少し奇妙さをもたらします。ブランチ 3.0.0.456 はブランチ (おそらく 3.0.0.457) の最新ライブラリを使用し、トランクはトランク (3.1.0.789) の最新ライブラリを使用します。

つまり、パッケージ内で依存関係を定義するときに NuGet が使用する方法と同様に、NuGet を使用してソリューションのバージョンをセットアップできるということです。

理想的には、分岐したアップストリーム アプリケーションに [3.0.0.456, 3.1) を使用し、トランクに最新 (バージョンなし) を使用するように指示したいと考えています。このシナリオでは、ブランチがピックアップされ、次のブランチ ビルド (3.0.0.457) がピックアップされ、トランクは、フィードに発行された最後の NuGet パッケージが何であれピックアップされます。

可能な解決策として私が思いついた唯一のアイデアは、ビルド テンプレートのパラメーターを使用し、それを使用して、NuGet ターゲットが実行される前に package.config ファイルを更新することです。

これがスーパーユーザーまたは他の場所に行く必要がある場合はお詫びします...