問題タブ [nuspec]

私のWeb開発プロジェクトの構造は次のとおりです。

• Web プロジェクト
  • コンテンツ
  • 私のテーマ
    • コンテンツ
      • 以下
      • スクリプト
      • 等

Less Bootstrap Package をインストールすると、常にコンテンツ ディレクトリにファイルがインストールされます。

• Web プロジェクト
  • コンテンツ
    • ブートストラップ
  • 私のテーマ
    • コンテンツ
      • 以下
      • スクリプト
      • 等

ここにファイルをインストールしたい：

• Web プロジェクト
  • コンテンツ
    • ブートストラップ
  • 私のテーマ
    • コンテンツ
      • 以下
        • アラートレス
        • バッジレス
        • 等
      • スクリプト
      • 等

ソース ファイルのターゲット パスを指定する方法はありますか? 私はそれに関するドキュメントを見たことがなく、これについて私が見た唯一の質問は、.package ファイルがインストールされている場所を指定することに関するものです。特に、開発者がソース ツリーをどのように編成するかについて非常に気難しいことを考えると、このオプションが存在しないとは信じられません。

NuGet パッケージを作成しようとしていますが、.nuspec ファイルで、.nuspec ファイルのタグで必要なライセンス URL ではなく、ローカル ライセンス ファイルを使用しようとしています。これを達成する方法はありますか？ライセンス付きパッケージを作成するには、ライセンス URL が必須ですか?

ありがとう。

MsBuild が持っていることをしたいと思います: .nuspec ファイルで参照されるファイルの条件を設定します。

基本的には次のようになります。

これを行う方法はありますか？特定の条件でグループ化された複数のフォルダーとファイルが存在する場合があります。また、いくつかのフォルダーが存在する場合はスキャンする必要があることに注意してください。

ありがとう、CssaBee

ソリューション内のプロジェクトからの 2 つのプロジェクト参照を持つ C# プロジェクトがあります。

また、NuGet リポジトリ内のパッケージからの 5 つの NuGet パッケージ参照も含まれています。が与えられた場合、 NuGet Project Explorer ツールを使用してファイルを.csproj生成または作成するにはどうすればよいですか?nuspec

nuspecそして、これが本当に正しいかどうかを検証する方法は?

.net 4.0 または 4.5 プロジェクトに追加できる NuGet パッケージを作成しようとしています。パッケージに含まれる実際のアセンブリは、.net 4.0 に対してビルドされたものを除いて、すべて .net 3.5 に対してビルドされます。これを制御できないため、アセンブリを「そのまま」使用する必要があります。

私が取り組んでいるプロジェクトは.net 4.5.2をターゲットにしており、これらの「レガシー」アセンブリを参照する必要があります。App.config に次のように記述して、「レガシー ランタイム アクティベーション」を有効にしました。

これはすべて十分に機能しているようです。ここで、「レガシー」アセンブリを NuGet パッケージにパッケージ化したいと考えています。私の .nuspec ファイルは次のようになります。

このパッケージを .net 4.5.2 プロジェクトに追加すると、次のようになると予想していました。

1. 3.5 アセンブリを参照します。これは、フレームワークが指定されていない「デフォルト」グループにあるためです。
2. 4.5.2 をターゲットとするグループで指定されているため、4.0 アセンブリを参照します。

私が期待したように物事はうまくいきませんでした。私が実際に得たのは、4.0 アセンブリへの単一の参照でした。

必要な動作を作成する正しい方法は何ですか? <startup useLegacyV2RuntimeActivationPolicy="true">タグが App.config ファイルに存在することを NuGet パッケージで確認するにはどうすればよいですか?

ライブラリ.nupkgNuGet.Coreを使用したり、nuget.exe pack.

私が理解しているように、本質的に.nupkg、単一のファイルを含む を生成するには、Open Package Format ファイルの作成における次の「簡単な手順」の問題である必要があります。

1. nuspec を検証します (プログラムで生成されますが、そのような lib / 処理フェーズからの出力が「クリーン」であることを知っておくとよいでしょう)
2. .nuspecをファイルとしてパッケージに含めます (署名や操作は必要ありません) 。
3. パッケージにリンクされているファイルを、.nuspec

コマンドラインが行うであろう不足している手順について誰かが私に記入してくれるとありがたいnuget packです（署名する必要があるものなど）.

上記の手順で何も見逃していないことを検証することが最も価値がありますが、コードも害はありません。

もう少しコンテキスト: 今のところ、ダウンストリーム コンシューマーは、同じコードベースの一部であるコードのみです (これも を使用しませんNuGet.Core)。今は重要ではありませんが、VS やサードパーティのツールが生成されたパッケージをイントロスペクトできるようにすることが望ましいと考えられます。

追加のコンテキスト。

[@bricelam 経由]:.nupkgファイルは標準のパッケージファイルです。つまり、特定のスキーマに準拠した Zip ファイルで、マニフェストなどがあります。

[ @maartenba経由]: [ソリューションがクロスプラットフォームで動作する必要があるため、これは素晴らしい] のMono impl があります。System.IO.Packaging