2016-12-16 4 views
2

私は、.NET開発者がNexusを使用してITネットワーキングのコアWebアプリケーションを展開する手助けをするように指示しました。だから私は、どのようなつながりがあるのか​​理解しようとしました。カスタムNuGetパッケージを作成し、ファイアウォールの背後にホストしたいのであれば、私が使っているものから使いたいと思っています。しかし、それは.netコアWebアプリケーションの展開と関係がありますか?Nexusと同等の.NETとは何ですか?また、.netコアアプリケーションを展開するために使用されているものは何ですか?

私は元の要求は以下の通りです

..私は完全にそれとネクサス/ Mavenの記事は、私には意味をなさない得ていないのですように私は、純粋な.NETの世界から来たので...多分それは感じます...誰かが私の言葉で私に説明することができますか?私は彼らが話していることを理解することができますか?なぜ私は彼らにドッカー画像を送ることができないのですか?

本日のEAミーティングでSAチームは、ドッキング用のコンテナを作るためにコードをネクサスから引き出していると述べました。 Nexusについて同じように使用できるかどうかを調べるためにいくつかの調査を行いたいですか? Nexusを使用して自分のナゲットレポをホストすることは可能ですが、それ以上のことは何もありません。

あなたがこのチケットにあなたの所見を要約することができたら、それは になると思っており、そこから取れると思います。

+1

Nexusはあなた自身をホストするNuget Galleryのプライベートバージョンのようなものです。 nuget.orgをプロキシしてパブリックなものを取得し、独自のプライベートパッケージを公開することができます。これらのプライベート・パッケージをドッキング・コンテナにまとめてデプロイすることができます。 – ataylor

+0

しかし、自分のナゲットパッケージを作る必要はありません。私はいくつかのサードパーティのナゲットパッケージを使用している.netコアのWebサイトを作成しています。だから私はこれが私のためではないと思う。おそらく、チームのJava側には私が手に入れない別の方法があります – punkouter

+0

.netチームの他の多くのプログラマーが使用する共通DLLのような意味ですか?だから、それはDLLや何かを直接使用する代わりですか?私は利点を理解しようとしています – punkouter

答えて

1

アプリを作成するには、多くのパッケージを使用できます。 Nugetパッケージ、Bowerパッケージなど。例えば、project.jsonのこの作品は、「リポジトリからこのすべてのパッケージを取得する」語っている:

//... 
    "dependencies": { 
    "Microsoft.AspNetCore.Authentication.Cookies": "1.0.0", 
    "Microsoft.AspNetCore.Mvc": "1.0.0", 
    "Microsoft.AspNetCore.Server.IISIntegration": "1.0.0", 
    "Microsoft.AspNetCore.Server.Kestrel": "1.0.0", 
    "Microsoft.AspNetCore.StaticFiles": "1.0.0", 
    "Microsoft.Extensions.Configuration.FileExtensions": "1.0.0", 
    "Microsoft.Extensions.Configuration.Json": "1.0.0", 
    "NHibernate": "4.0.4.4000", 
    "System.Data.Common": "4.1.0" 
    //... 

Nugetパッケージを使用している場合、我々は通常official repositoryからそれらを取得します。しかし、あなたの会社でローカルリポジトリを作成することができます。この方法で、あなたの会社のパッケージをこの専用リポジトリに保存することができます。開発者がインターネットにアクセスできない場合、誰かがパッケージをダウンロードしてローカルサーバーにアップロードできます。また、両方のサーバー(プライベートとパブリック)を使用して、共通のパッケージと会社が作成したパッケージを入手することもできます。

Nexusを使用する場合は、Nuget(または他の種類のパッケージ:Docker、bower、maven)パッケージを作成してNexusサーバにアップロードすることができます。次に、パブリックリポジトリでパッケージを探す代わりに、Nexusサーバでパッケージを探すようにプロジェクトを設定します。または、私が前に言ったように、あなたは民間と公共の両方を使うことができます。

引用したテキストは、SAチームがNexusをリポジトリとして使用していると伝えています。彼らはおそらくNockusパッケージを保存するためにNexusを使用しています。おそらくNugetパッケージも保存しています。そのため、彼らのプロジェクトはNexusサーバからパッケージをダウンロードしています。

+0

ナゲットパッケージをホスティングするという点はありません。しかし、 ?ドッカーの画像を送信しますか? – punkouter

+0

例えば、プライベートパッケージを持っているといいですね。彼らはプライベートレポジトリにdocker pckagesを持っているかもしれません。 –

0

Nexus Repository Managerについては、これを読んでみると、.NETコード用のNuGetパッケージを作成し、それらをNuGetでホストされているリポジトリにリポジトリマネージャに配置することになります。そこから、これらのパッケージは、Dockerfile(パッケージを取得するためにNuGetを使用していた場合、またはカールなどを介して潜在的に)を取得した後、アプリケーションのDockerイメージを作成してDockerリポジトリマネージャでリポジトリをホストします。 DockerイメージをホストするためにNexus Repositoryを使用することは完全に可能です。私はこれを行うことを強くお勧めします。

+0

私は理解していない点は、これらのナゲットパッケージは正確に何ですか?これらは、例えば、コンパイルされたDLLの代わりにナゲットパッケージとして作成するユーティリティ.net DLLですか?あるいは、私のアプリでパッケージ化されたDLLの代わりにナゲットパッケージとして 'デプロイ'と言うべきでしょうか? – punkouter

+1

私はパッケージ化された量の機能に関してNuGetパッケージを考えています。多くの点でコンパイルされたDLLと同じですが、アプリケーションや、共有したい機能のライブラリのかなりのコレクションになる可能性があります。その結果、1つのDLLまたは多数のDLLになる可能性があります。たぶん、ここでもう少し精通して読んでください:http://www.hanselman.com/blog/IntroducingNuGetPackageManagementForNETAnotherPieceOfTheWebStack.aspx – DarthHater

+0

それでは、重要な点は、私の「ウェブサイト」がナゲットパッケージになっていることでしょうか?私は自分の問題はナゲットを聞いて、伝統的な方法でそれを考えていると思います。ナゲットを使用しています。サードパーティのDLLへのポインタです。 – punkouter

関連する問題