0

私は.NET Framework 1.0(.NET Framework 4.6.1で動作しない)で動作しています。参照サードパーティのクラスライブラリ

ローカルに構築されたGitHubプロジェクトのDLLをいくつか含める必要があります。これらのプロジェクトをビルドし、結果のDLLに「参照の追加」を試みると、コアプロジェクトに直接追加できないというメッセージが表示されます。

さらに調査した結果、私は "プライベート" NuGetパッケージに関する多くの情報を発見しました。しかし、それらは過度に複雑すぎる/過度に設計されているように見えます。

私は次の操作を行うことができますどのような方法があります:プライベートNuGetリポジトリを作成するための頭痛を経由せず

は、私はbinフォルダに座っている建てのアセンブリへの「参照を追加」することができます私が引っ張ったNuGetプロジェクトの

I 実際にはローカル専用のNuGetパッケージを作成したくない場合。主に私はすでにこの問題についてあまりにも多くの時間を無駄にしていたので、私はこの全体のコンセプトを廃止され、別のものに変えようとしているからです(今はおなじみです)... GitHubのRoslynベースのビルドシステム。

私の現在の状態:

  • のVisual Studio Professionalの2015
  • ネットコア今のように1.0.1
  • ネットコア1.0.1ツーリングプレビュー2
+0

.NET Core 1.0と.NET Framework 4.xは相互に排他的です。 ASP.NETコアと.NETコアを混在させています。 .NET Coreはポータブルランタイムです。ASP.NET Coreは.NET Coreと.NET Framework 4.xの両方で動作するWebStackです – Tseng

+0

正解ですが、私は速く入力しています...長い日(プラス、やりすぎです多くの重複する製品名とフレームワーク!)。私はASP.Net Coreを4.6.1ではなく.Net Coreとしました。それで私は "移植性がない"と言いました。 – Patrick

+0

@Tseng上記について、私は ".NETコアプロジェクトはこのリリースの.NETフレームワークアセンブリの参照のみをサポートしています"となっています。しかし、私のプロジェクトはフルフレームワークASP.Net Coreプロジェクト(project.jsonのフレームワークはnet461です)として作成されました。 – Patrick

答えて

1

いいえ、ナゲットパッケージを作成してから、それをNuget経由で復元する必要があります。コンパイルされたNuGetパッケージをC:\packagesに入れると、これをNuGetのソースとして追加することができます(NuGet UIでは、設定アイコンをクリックして新しいソースとして追加します)。

これは、.NET/ASP.NETコアチームが* .xprojから* .csprojファイルに移行しようとしているため、ASP.NET Core(1.1)の次のリリースで変更される可能性があります。

nugetを使用する理由の1つは、複数のターゲットを含むことができ、project.jsonで複数のプラットフォーム(つまりnet452netcoreapp1.0)をターゲティングできるためです。

関連する問題