問題タブ [dnu]

CoreCLR プロジェクトを OS X アプリケーション バンドルとして公開する方法に関する説明やガイドはありますか?

デスクトップ アプリケーションを Windows から OS X に移植し、そのタスクに対する CoreCLR の適合性を評価しようとしています。私が見てきたことと、既存の GUI ライブラリを必要としないこと (私はすべて自分でカスタム ビルドします) を考えると、それは完全に実行可能なオプションのようです。以前のバージョンの CoreCLR では、スクリプトでアプリ パッケージを手動で構築することで、これを機能させることができました。

私が疑問に思っているのは、これらのアプリ パッケージを組み立てる既存の方法が既に存在するかどうかということです。例:dnu publishアプリ パッケージへの道。

プロジェクトでファイルの変更が発生したときにサーバーを再起動する必要がないように、コマンド プロンプトからコマンド dnx-watch をインストールしようとしました。次のコマンドdnu commands install Microsoft.Dnx.Watcherを実行すると、パッケージが実行およびインストールされます。次の行に注意してください。

次に、実行しようとすると、内部コマンドまたは外部コマンドとして認識されていないと表示されますか?

そして、使用してコマンドをアンインストールしようとすると

次のようにスローされます: 編集: dnu list を実行すると、すべてのパッケージが一覧表示されますが、ウォッチャー パッケージの前に星が付いていますか? 以下のように:

正しくインストールされていませんか？

私は1.0.0-rc1-update2 coreclr x64 btwを使用しています。

インストールプロセスは次のようになります。

ご覧のとおり、\.dnx パスにパッケージが追加されます。dnx-watchパッケージの (Microsoft.Dnx.Watcher) project.json ファイルのフォルダー内でコマンドを実行すると、機能します。

グローバルにインストールするにはどうすればよいですか?

最後に、環境変数は次のようになります。

次のコマンドを使用して、ASP.Net コア 1.0 MVC アプリケーションをデプロイします。

dnu publish --runtime active --no-source -o e:\website\zigs

問題: VS2015 プロジェクトの wwwroot 'images' および 'js' フォルダー内の一部の画像ファイルと JavaScript ファイルが、'e:\website\zigs\wwwroot\' 画像および ..js サブフォルダーに展開されません。

欠落しているファイルは VS2015 プロジェクトに存在し、すべてが開発環境で正しく機能します。

現在、dnvm バージョン 1.0.0-rct1-15540 および dnx-clr-win-x86.1.0.0-rc1-update2 を使用しています

展開に含めるファイルにフラグを付けるために何かする必要がありますか? (不足しているファイルを手動で展開するだけで回避できますが、将来的にはビルド/展開サーバーによってファイルを自動的に展開する必要があります。) ありがとうございます。

したがって、これは1台のコンピューターで機能していますが、リポジトリをラップトップにプルすると、パッケージを復元できません。

いくつかのパッケージを実行dnu restore --ignore-failed-sources --no-cacheすると、インストールに失敗します:

などなど。

私が使ってみたフィードは次のとおりです。

バージョン：

関連するプロジェクトはいくつかありますが、最悪の package.json は次のとおりです。

同じプロジェクトの一部である Nuget パッケージへの 2 種類の依存関係を持つ ASP.NET Core アプリケーションのビルドを自動化しようとしています。

1. Nuget パッケージへの直接的な依存関係も、取り組みの一環として積極的に開発されています
2. 同じソリューション内の "クラシック" .NET アセンブリ プロジェクトへの参照。これらのプロジェクトは、開発中の Nuget パッケージに依存しています。

Nuget パッケージの最新バージョンを取得し、「正しいことを行う」ために、このソリューションのビルドが必要です。

上記の #1 から始めましょう。

dnu install (非推奨) を使用すると、Nuget パッケージの最新バージョンに効果的に更新できます。ただし、これは xproj と同じディレクトリで dnu install を実行している場合のみです。なんで？package id、version、project locationの 3 つの位置引数 (ただし AFAICT には名前がありません) があるため、プロジェクトの場所を指定する場合はバージョンを入力する必要がありますが、最新のものが必要な場合は何を入力すればよいでしょうか? * を試しましたが、うまくいきませんでした。

理想的には、とにかくCoreclr dotnet クライアントを使用したいのですが、それには (設計上) インストール オプションがありません。

ケース #2 私の「クラシック」アセンブリ プロジェクトには、プロジェクトの最新のナゲットをプルして適切にビルドするnuget updateを使用するビルド前のステップがあります (これは私のケース #1 に類似しています)。

ただし、ASP.NET プロジェクトは再構築されていますが、ASP.NET Core アプリケーション内のこれらのプロジェクトへの参照が更新されているようには見えません。ソリューション エクスプローラーでは、依存するナゲットのバージョンは、参照として手動で追加したときのバージョンのままです。Visual Studio で作業している場合でも、私が見つけた唯一の修正方法は、参照を削除してから再度追加することです (「ラップ」メカニズムが自動的に作動しないかのように)。

このすべてから、このビルドを完全に自動化することは実際には不可能だと思います-私が間違っていることを願っています:)

以下の詳細を含むように改訂

以下は、すべてが正しくビルドされた時点での Visual Studio でのプロジェクト構造です。

ここにglobal.jsonがあります：

API プロジェクトの完全な project.json は次のとおりです。

ここで、上記のソリューションで参照されている Nuget パッケージを作成するプロジェクト (表示されていません) を再構築します。

次に、上記のアカウント ソリューションを再構築して、更新された Nugets を取得できるようにしたいと考えています。

1. Lnl.Saas.Diagnostics の最新バージョンを API プロジェクトに直接追加
2. 他の 2 つの Nuget を Service プロジェクトに追加し (ビルド後の nuget インストールによって機能します)、API プロジェクトの Service への参照を更新して、新しい Nuget を参照するようにします。

Diagnostics Nuget の参照は変更されていないことに注意してください (サービスの参照も変更されていませんが、最初のスクリーン ショットで展開するのを忘れていました)。

Nuget パッケージ マネージャー UI を見ると、更新があることがわかり、UI を使用すると更新が適用されます。

パッケージ マネージャー コンソールでdnu restoreを実行すると、新しいパッケージが一覧表示されますが、project.lock.json で明示的に指定されている以前のパッケージが (再?) インストールされます。

ドキュメントをつなぎ合わせようとした結果、ここでdnu restoreが「正しい」ことを行っているという印象を受け、dnu installを使用する必要がありました。これは、 project.json ファイルと同じディレクトリで実行すると機能します (ただし、自動化スクリプトが存在する別のディレクトリから実行しようとすると、バージョン (2 番目) 引数に何を入力すればよいかわかりません。これは、プロジェクトの場所 (3 番目) 引数を指定しているため必要になりました) .

http://docs.asp.net/en/latest/dnxのドキュメントはひどく不足しており、いくつかのリンクをたどると、より良いドキュメントがあるdotnet.github.ioプロジェクトにたどり着きました (ただし、 rc2 に適用されます)。

最後に、おそらくこれはいくつかの追加の手がかりを提供しますが、ビルド時に次のような警告 (実行時に問題が発生するようには見えません) が表示されることです。

警告 MSB3274 プライマリ リファレンス "C:...\Account\Service\bin\Debug\Account.Service.dll" は、".NETFramework,Version=v4.5.2" フレームワークに対してビルドされているため、解決できませんでした。現在対象のフレームワーク「.NETFramework,Version=v4.5.1」より上位のバージョンです。

APIプロジェクトで4.5.1フレームワークをどこでどのようにターゲットにしているのかわからないため、解決方法がわかりません。

新しいサーバーを起動して実行した後、dnx プロジェクトを機能させようとしました。プロジェクトで dnu restore を実行したところ、このエラーが発生しました。

C:\apps\ElasticIndexer\app\project.json のエラー Dependency TestApplication >= 1.0.1 が見つかりません

使用されるフィード: https://api.nuget.org/v3-flatcontainer/

私の問題は、別のサーバーでナゲット パッケージをホストしているため、使用するナゲット フィードを変更できないことです。%appdata% で検索しましたが、nuget のフォルダーはありませんでした。次に、サーバー全体で nuget.config を検索することにしましたが、nuget.config ファイルはありませんでした。

このサーバーに Visual Studio をインストールしたくないのですが、%appdata% フォルダーに nuget フォルダーがない理由はありますか? dnu は、デフォルトで api.nuget.org を検索することをどのように認識していますか? 最新の dnvm をインストールするときに、ナゲットの場所も作成することになっていますか、それともフォルダーと構成ファイルを手動で作成する必要がありますか?

ASP.NET Core RTM のリリース後、サーバーに Visual Studio 2015 Update 1 をインストールせずに (そして RC1 ランタイムを取得させずに)、CI/ビルド サーバーで ASP.NET Core RC1、DNX & dnu を取得するにはどうすればよいですか?

ASP.NET Core RTM がリリースされたので、RC2 は廃止され、RC1 は実質的に削除されました。SO のすべてのリンクが無効になり、すべてのメソッドが機能せず、ASP.NET GitHub リポジトリのすべての RC1 ダウンロードがなくなりました。

RC2 の場合、RC2 ASP.NET Core サーバー バンドルをインストールするだけです。しかし、DNX と dnu は廃止されたため、IIS で RC1 を実行するためにインストールする必要があるプラットフォーム ハンドラーしか見つかりません。

誰かが具体的なことで私を助けることができれば、私はとても幸せです.